Closed
Bug 26598
Opened 25 years ago
Closed 25 years ago
URL parsing error when 'http://' is embedded in the URI
Categories
(Core :: Networking, defect, P3)
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: ekrock, Assigned: andreas.otte)
References
()
Details
Using Commercial 2000020410 on WinNT 4.0 SP4. To repro: open URL, wait patiently as content is loaded; after most of content seems to have loaded, the throbber continues to pulse for a while, then the alert appears.
Comment 1•25 years ago
|
||
Rick, can you look at this one?
Assignee: gagan → rpotts
Target Milestone: M14
Comment 2•25 years ago
|
||
This bug is really a URL parsing bug :-( Below is a URL which we incorrectly parse: http://ads3.zdnet.com/i/g=r408&c=a39092&idx=2000.02.12.00.51.31/http://images.zd net.com/adverts/imp/c03972/bug210.gif It turns out that we rewrite the second 'http:' into 'http%3a'. Unfortunately, this seems to piss of the server... In the case of www.zdnet.com we are seeing one of these rewritten URLs come back to us in a 'Location' header as part of a 302 redirect. We treat 'http3a' as a hostname, it fails and the error propagates up as a DNS failure. I'm changing the summary to reflect the real problem...
Assignee: rpotts → gagan
Summary: "www.zdnet.com could not be found" alert when page has almost finished loading → URL parsing error when 'http://' is embedded in the URI
Assignee | ||
Comment 4•25 years ago
|
||
This one should be fixed with the checkin to fix bug 27142, marking resolved. By the way: This is really a bad URL because the embedded URI is part of the directory!!!!! On simple ; would make it a part of a param where it should be (in my humble opinion).
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 5•24 years ago
|
||
verified: WinNT 2000070508 Mac os8.6 200070511 Linux 2000070420
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•