Re: [PATCH] Bug 3118: ecap_enable on forces icap_enable on

From: Tsantilas Christos <chtsanti_at_users.sourceforge.net>
Date: Mon, 01 Aug 2011 13:08:44 +0300

On 07/30/2011 02:36 AM, Amos Jeffries wrote:
> On 30/07/11 02:10, Tsantilas Christos wrote:
>> This is a patch which solves the bug 3118. Because it is not so small I
>> am posting it here for comments.
>>
>> Here is the patch description:
>>
>> Currently we were updating [Icap|Ecap]::TheConfig even when
>> [icap|ecap]_enable was false, which may lead to service activation for
>> Icap or Ecap services that should be disabled. The patch removes such
>> services from service groups before they are activated.
>>
>> The patch also warns the user when an adaptation group loses some but
>> not all of its services due to the new group cleanup code.
>>
>>
>> Regards,
>> Christos
>
> Can you thread some debugs statements through
> removeService(),removeRules() please, somewhere level 4-6.

OK, done

>
> What happens when a group is emptied of services and pruned after its
> been linked to or used by AccessRule? or any other config?

The AccessRule removed too.

>
> Amos

Received on Mon Aug 01 2011 - 18:24:51 MDT

This archive was generated by hypermail 2.2.0 : Tue Aug 02 2011 - 12:00:15 MDT