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)

x86
Other
defect

Tracking

()

VERIFIED FIXED

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.
Rick, can you look at this one?
Assignee: gagan → rpotts
Target Milestone: M14
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
-> andreas
Assignee: gagan → andreas.otte
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
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.