113045 - Debug output ends up in HTTP request

Status: RESOLVED WORKSFORME

(Core :: Networking: HTTP, defect)

Description

[Sune Stjerneby]

(Mozilla 0.9.6). While attempting to access the specified URL, Mozilla seems to
cause a Bad Request (HTTP/1.1 400 Bad Request) due to extraneous output in the
HTTP-query.
Appearently, a warning message is included in the HTTP query. The following is
the output from my local Squid cache, but the result would have been similar
if it was talking to a regular httpd (I tried prepending a HTTP-request with the
warning message from below).

--output from squid follows--
ERROR
The requested URL could not be retrieved

While trying to process the request:

mozilla-bin in free(): warning: chunk is already free.
GET http://www.google.com/search?q=dhcp+scope&btnG=Google+Search HTTP/1.1
Host: www.google.com
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011125
Accept: text/xml, application/xml, application/xhtml+xml, text/html;q=0.9,
image/png, image/jpeg, image/gif;q=0.2, text/plain;q=0.8, text/css, */*;q=0.1
Accept-Language: en-us
Accept-Encoding: gzip, deflate, compress;q=0.9
Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66
Keep-Alive: 300
Proxy-Connection: keep-alive
Cookie: PREF=ID=39c35b7b564e3c50:TM=1006657311:LM=1006657311:S=JSCYeA0YDFc
Referer: http://www.google.com/

The following error was encountered:

    * Invalid Request

--squid output end--

Comment 1

[Sune Stjerneby]

Attachment: Screenshot of the Bad Request

Comment 2

[Bradley Baetz (:bbaetz)]

err, um.

If you built with debugging, freebsd tracks free problems (I think it does
something like that; it may be an env variable, or something else)
But somehow we would have had to have had the socket fd as stderr, which would
make sense if they were separate processes, but they're not - its a spearate
thread, which shares fd's.

Do we close stderr somewhere?

This is, well, odd.

Reporter: did you build this yourself? Is this repeatable? Do you knbow if you
can get freebsd to put out a stacktrace in this case?

Comment 3

[Sune Stjerneby]

I built Mozilla using ports (FreeBSD package management) which passes the
following options to ./configure:

--disable-cpp-exceptions --disable-cpp-rtti --disable-debug --disable-idltool
--disable-md --disable-pedantic --disable-xterm-updates --enable-crypto
--enable-double-buffer --enable-editor --enable-mailnews --enable-mathml
--enable-optimize --enable-pics --enable-svg --enable-tests --enable-toolkit=gtk
--enable-x11-shm --enable-chrome-format=jar --with-jpeg=${LOCALBASE}
--with-png=${LOCALBASE} --with-mng=${LOCALBASE} --with-pthreads

and the patches listed in:
ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/www/mozilla/files/

I haven't succeeded in reproducing the error. Errh, stacktrace; It should be
possible with gdb, though I'm not all too familiar with it.

Comment 4

[John Levon]

Is there any reason this is still open ?

Comment 5

[Keyser Sose]

Marking WFM based on reporters comments.