Bill Pringlemeir wrote:
> Bill Pringlemeir wrote:
> >> btw, Is "is_action_url_spam()" in search.c ready to be removed?
> On 16 Jun 2007, [EMAIL PROTECTED] wrote:
> > No, why would you want to remove it?
>* This checks XML data appended to search results for action URL spam. It's
>* a w
Bill Pringlemeir wrote:
>> btw, Is "is_action_url_spam()" in search.c ready to be removed?
On 16 Jun 2007, [EMAIL PROTECTED] wrote:
> No, why would you want to remove it?
/**
* This checks XML data appended to search results for action URL spam. It's
* a weak heuristic but it should b
Bill Pringlemeir wrote:
> It was my understanding that "url_fix_escape()" would be applied to
> the result.
url_fix_escape() is only applied to URIs - from magnet-links for example. For
/get/ requests, url_escape() is used. See downloads.c.
> So when an embedded HTTP response was sent, it would b
> Bill Pringlemeir wrote:
>> However, as noted the newline filtering should prevent this from
>> happening with gtk-gnutella.
On 15 Jun 2007, [EMAIL PROTECTED] wrote:
> There's no newline filtering in gtk-gnutella as far as I can
> tell. If it ever requests a file by its filename, the filename