Re: [privoxy-users] external-filters causing malloc crash

[Duncan <1i5...@co...>]

Jonathan McKenzie posted on Thu, 23 Apr 2015 19:43:31 -0400 as excerpted:

> I used the external-filters example from the docs:
> 
>> EXTERNAL-FILTER: cat Pointless example filter that doesn't actually
>> modify the content /bin/cat
>>
>> My user.action file has this:
> 
>> { +external-filter{cat} }
>> www.privoxy.org .privoxy.org

Have you tried a non-privoxy.org activation, with privoxy.org turned off?

Privoxy uses "fake" privoxy.org URLs for various browser-based status, 
control and config-editing pages, and while I can't say for sure this is 
the issue, as I read your post, the most immediate possibility that 
popped up in my mind was that the above somehow setup a cyclical 
situation where privoxy tries to popup an internally generated page, 
which gets redirected to the external filter due to the above, which 
tries to popup an internally generated page, which...

By not trying to activate it for privoxy.org specifically, but using some 
other test domain instead, if this is indeed the problem, you'd avoid 
triggering the cycle and thus avoid the problem.


That said, if it /is/ a circular redirect and resolution issue, knowing 
that privoxy /does/ use fake privoxy.org domains for various things, it 
should at minimum have some sort of test for circular redirect and a last-
ditch redirect to a circular redirect warning page that itself /cannot/ 
be redirected.  Of course, someone does have to be the first to find that 
it's possible and to report it in ordered to have such a last-ditch 
unredirectable warning page feature created, and it may just be that 
you're that person.

But really we need the answer to the question above, what happens if you 
take out the privoxy.org activations and try something entirely 
unrelated, first.  If that works, then it could indeed be some sort of 
circular redirect problem.  If it doesn't, and privoxy.org in any form 
isn't still in the activation list, then it's gotta be some other issue.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman