669134 - Special html characters in link URL

Status: RESOLVED DUPLICATE of bug 306505

(Firefox :: General, defect)

Description

[hajosg]

User Agent: Mozilla/5.0 (X11; U; Linux x86_64; hu-HU; rv:1.9.2.16) Gecko/20110323 Ubuntu/10.10 (maverick) Firefox/3.6.16
Build ID: 20110323143040

Steps to reproduce:

Put a string that equals a special html character code in a link URL (for example <a href="xxx.domain.com?param1=foo&micro_param=foo2">link</a>).


Actual results:

The string is treated like a special character (in this case &micro) and the link is corrupted. Is this the expected behaviour or is it a bug? (the same behaviour is not experienced in Firefox 3, the link works correctly)

Comment 1

[Thomas Ahlblom]

Works for me:
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.18) Gecko/20110614 Firefox/3.6.18
Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0
Mozilla/5.0 (X11; Linux x86_64; rv:7.0a1) Gecko/20110703 Firefox/7.0a

What does the corrupted link look like?

Does the issue still occur if you start Firefox in Safe Mode?
https://support.mozilla.com/en-US/kb/Safe+Mode

How about with a new, empty profile?
https://support.mozilla.com/en-US/kb/Basic+Troubleshooting#w_8-make-a-new-profile

Are your able to reproduce the bug with a vanilla Firefox?
https://www.mozilla.com/en-US/firefox/all.html

Comment 2

[mjh563]

Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0

I can reproduce this on a clean profile. Right-clicking the link and selecting "copy link location" copies the example link as:

...?param1=foo%B5_param=foo2

And the server receives one GET parameter with the value "fooµ_param=foo2".

Comment 3

[hajosg]

Thank you for the answers.

In the meantime I checked other browsers, IE and Chrome does the same, so it seems it is the correct behaviour. (Although, I couldn't find any specifications which would give reason for this to be right.) An old and rarely used component of our web application used url parameters with this naming, it seems we should revise that... In this case the bug report can be closed.

Comment 4

[mjh563]

If you use "&" in place of "&" in the URL it should work.

Comment 5

[j.j.]

Duping against one of our similar bugs