Closed
Bug 112326
Opened 24 years ago
Closed 24 years ago
Mozilla escapes URL's provided by Location header
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 110508
People
(Reporter: turner, Assigned: darin.moz)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011118
BuildID: 2001111821
When Mozilla gets a Location header (at least, on a 302, I haven't tested with
other 30x responses) it escapes some (all?) invalid characters in the URL. At
the very least it escapes all but the last question mark.
Reproducible: Always
Steps to Reproduce:
1.Go to http://turner.mikomi.org/moz/
2.Click on the Mozilla star.
3.See the 404 because Mozilla changed the first ? to a %3F.
Actual Results: A final resting place of:
http://turner.mikomi.org/moz/index.html%3Fdumb=yes&url=http://turner.mikomi.org/moz/broken.cgi?x=42&y=34
Expected Results: Other browsers (and even other versions of Mozilla) go to
this URL instead:
http://turner.mikomi.org/moz/index.html?dumb=yes&url=http://turner.mikomi.org/moz/broken.cgi?x=42&y=34
If Mozilla needs to fix the URL then perhaps later and not earlier
question marks should be escaped.
Windows IE 5.5SP1, Linux Communicator 4.7, and Windows Moziilla/20011112009 all
produce the expected result.
Comment 1•24 years ago
|
||
Duplicate of "doing SetSpec() with a string with a query doesn't do the right
thing".
This bug has been fixed since Nov 19, by the way. So your buld just missed
it...
*** This bug has been marked as a duplicate of 110508 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•