This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Natao arisiva ity resaka mitohy ity. Mametraha fanontaniana azafady raha mila fanampiana.

when i open an irc link with a channel name that contains "~" at the end, firefox (14.0.1) opens the same channel name but with "%7E" instead of "~" at the end

  • 1 valiny
  • 1 manana an'ity olana ity
  • 2 views
  • Valiny farany nomen'i knorretje

more options

when i open an irc link with a channel name that contains "~" at the end firefox (14.0.1) opens the same channel name but with "%7E" instead of "~" at the end http://img835.imageshack.us/img835/2856/clipboard05nq.jpg

when i open an irc link with a channel name that contains "~" at the end firefox (14.0.1) opens the same channel name but with "%7E" instead of "~" at the end http://img835.imageshack.us/img835/2856/clipboard05nq.jpg

Vahaolana nofidina

I can not open the image, but I can say something in general about the tilde.
The tilde "~" is an unreserved character and therefore it can be replaced by its percent-encoded form "%7E" inside a URI without changing meaning. See
http://en.wikipedia.org/wiki/Percent-encoding
According to section 2.3 of RFC3986 we should prefer the unencoded form so this behavior seems to be a bit out-dated.

Hamaky an'ity valiny ity @ sehatra 👍 2

All Replies (1)

more options

Vahaolana Nofidina

I can not open the image, but I can say something in general about the tilde.
The tilde "~" is an unreserved character and therefore it can be replaced by its percent-encoded form "%7E" inside a URI without changing meaning. See
http://en.wikipedia.org/wiki/Percent-encoding
According to section 2.3 of RFC3986 we should prefer the unencoded form so this behavior seems to be a bit out-dated.