Closed Bug 57159 Opened 24 years ago Closed 24 years ago

400 Bad Request - Invalid URI in request GE/m/ HTTP/1.1

Categories

(Core :: Networking: HTTP, defect, P3)

x86
Windows 2000
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: jacob, Assigned: gagan)

References

Details

(Keywords: verifyme)

Attachments

(2 files)

I've recieved the bad request various times when clicking on links in bugzilla, however have been unable to find any conistancy to it at all. Clicking in the location bar and hitting enter always seems to bring up the page correctly. I just got the error again, but this time it was when type "mail.yahoo.com" into the location bar (every other time it was when clicking on links in bugzilla). The error message in the summary came from Yahoo!, not bugzilla. I know this is a far from perfect bug report, but I've been unable to get specific reproduce steps as it seems to be very intermittant. Perhaps it's realated to cookies as it seems like every time I got it there was some reference to cookies (don't know for sure as I didn't track it each time).
Attached file Exaxt HTML given by Bugzilla (deleted) —
morse: these attachments suggest that the cookie headers may not be ending on a newline. Could you investigate/verify? thx.
Assignee: gagan → morse
This is certainly not a cookie problem. Cookie bustages can't cause the network traffic to be splattered over the display of the content, which is what happened here. Not only was the linefeed missing on the cookie line, but the GET line has been chopped up, so there's no reason to suspect cookies. There are many strange things going on here, such as the message from the two sites being almost identical, including the name and value of the cookie. Sounds like a problem that we were seeing a while ago, but I can't locate the bug report and that one was reprocible. In any case, I can't even begin to investigate this since it is not reproducible (according to the reporter). So I'm giving it back to netwerking, which is most probably where the cause it.
Assignee: morse → gagan
I wish I could reproduce it with some sort of consistancy. It just seems to happen every now and then. Mostly it happens when clicking around bugzilla. I don't recall seeing it before 10/17's build. I really wish I could give more information as I know how difficult it is to track down a problem that can't be reproduced. Downgrading severity as reloading the page as described above always seems to make it work.
Severity: normal → minor
OK, after try this on multiple machines, I've noticed that I don't see it at home (WinME) or on my dialup PC at work (Win98). Besides the OS differences, the Win2K machine is also the only one to use the Proxy Server (a gauntlet firewall). I don't see these problems with IE. I don't know if this has anything to do with bug 45747, but I do know that the headers Mozilla is sending are under scrutinaztion in that bug.
This is a much different problem... unrelated to bug 45747. You say that the bug is only showing up when connecting through the gauntlet proxy server. Could it be then that this is a bug in the proxy server??? Do we have any way of eliminating that possibility?
I saw this problem many times this morning using Netcape Webmail with IE. I do find it strange that it mostly seems to happen to me on Netscape related sites. (with the exception of the one time I saw it happen on Yahoo). Being that I've now seen this in both IE and Mozilla, I'm going to mark this bug as INVALID and assume the problem is in the proxy server. This may have to do with HTTP/1.1 as I only recently told IE to use HTTP/1.1 through proxy. Bug 60811 already covers this (which was split from bug 45747).
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
added keyword verifyme.
Keywords: verifyme
Blocks: 61691
QA Contact: tever → benc
Component: Networking → Networking: HTTP
QA Contact: benc → tever
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: