Hi, Henrik
> Bug 2697 mentioned in this thread is considered fixed already in 3.1.4.
It's OK!. Thank you!
Sincerely,
--
Mikio Kishi
2010/6/7 Henrik Nordström :
> mån 2010-06-07 klockan 02:34 +0900 skrev Mikio Kishi:
>
>> When will the fix be released ? Please tell me.
>
> When someone finds t
mån 2010-06-07 klockan 02:34 +0900 skrev Mikio Kishi:
> When will the fix be released ? Please tell me.
When someone finds time to finish the fix.
Finds time == finds the issue interesting to spend their spare time on,
or have a paying customer wanting to have the issue fixed.
Bug 2697 mentione
Hi, Amos
When will the fix be released ? Please tell me.
Sincerely,
--
Mikio Kishi
On Sun, May 2, 2010 at 3:14 PM, Mikio Kishi wrote:
> Hi, Amos
>
>>> For example, if we do "squid -k reconfigure" in above adaptation
>>> configuration,
>>>
>>> - The length of "*Adaptation::AllRules().items[0].
Hi, Amos
>> For example, if we do "squid -k reconfigure" in above adaptation
>> configuration,
>>
>> - The length of "*Adaptation::AllRules().items[0].acl" acl_access
>> list becomes twice. The old list could not be cleared...
>>
>> - There is mismatches between
>> print Adaptation::AllRules
Mikio Kishi wrote:
Hi,
I think that Adaptation::AllRules() config data is broken after
squid -k reconfigure.
Please check it !
Squid version: 3.1.1
I think that there are two problems.
acl aclA src XXX.XXX.XXX.XXX/32
acl aclB src YYY.YYY.YYY.YYY/32
acl aclC src ZZZ.ZZZ.ZZZ.ZZZ/32
icap_serv
Hi,
> I think that Adaptation::AllRules() config data is broken after
> squid -k reconfigure.
> Please check it !
>
> Squid version: 3.1.1
I think that there are two problems.
> acl aclA src XXX.XXX.XXX.XXX/32
> acl aclB src YYY.YYY.YYY.YYY/32
> acl aclC src ZZZ.ZZZ.ZZZ.ZZZ/32
> icap_service ica