Closed Bug 277447 Opened 20 years ago Closed 20 years ago

URL handling

Categories

(Core :: Networking, defect)

x86
All
defect
Not set
minor

Tracking

()

RESOLVED INVALID

People

(Reporter: toni.kaskela, Assigned: darin.moz)

References

()

Details

A little annoyance with Firefox. If URL has ^ mark in it Firefox is unable to
open URL. Addres http://hammurab.no-ip.com:8033/exhorder/users/smeagol^/ is
generated by a bot by username. Other browsers seems to work with it but Firefox
renders this URL to http://hammurab.no-ip.com:8033/exhorder/users/smeagol%5E/
wich will not work... Is this because of Firefox or could it be fixed with
browser's setting? (If so, where the heck is that setting in Firefox?)
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a6) Gecko/20050107
Firefox/1.0+

Confirming

works in Opera, IE, not in FF

->NEW
->OS All
->unspecified (tr/br)
->minor
Severity: enhancement → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: 1.0 Branch → unspecified
It seems to me that Firefox is following the standard here. RFC 2396
(http://www.ietf.org/rfc/rfc2396.txt) says in section 2.4.3., Excluded US-ASCII
Characters:

<quote>
Other characters are excluded because gateways and other transport agents are
known to sometimes modify such characters, or they are used as delimiters.

   unwise      = "{" | "}" | "|" | "\" | "^" | "[" | "]" | "`"

Data corresponding to excluded characters must be escaped in order to be
properly represented within a URI.
</quote>

So Firefox is doing correctly by escaping "^". It is the server's responsibility
to do the decoding - which in this case it fails to do.

This is of course a theoretical argument. In practice, it might be worth
violating the standard to achieve compatiblity with other browsers.
Assignee: firefox → darin
Component: General → Networking
Product: Firefox → Core
QA Contact: general → benc
Version: unspecified → Trunk
I vote for invalid, there doesn't seem to be a point in violating any specs here.

the server in question seems to be:
Server:	stats.mod/1.3.2
that does not sound like it is widely used. it seems to be a server serving IRC
channel stats, from what google tells me (I can't seem to reach its homepage
currently)
Yes, we follow RFC 2396 to the letter here. The server must decode this and
other servers do. Fix the server! Marking invalid.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.