1122436 - Keyword Search bookmark URL-encodes search terms inserted after # href fragment

Status: VERIFIED WONTFIX

(Core :: Networking, defect)

Description

[Chris Peterson [:cpeterson]]

I have a Keyword Search bookmark for Phonebook, Mozilla's employee address book website:

Location: https://phonebook.mozilla.org/tree.php#search/%s
Keyword: phone

After bug 1093611 landed, when I enter Phonebook query like `phone Chris Peterson` into the address bar, Phonebook searches for the URL-encoded string `Chris%20Peterson` (which fails to find my Phonebook entry). The search terms are URL-encoded because they are inserted after the href fragment. Toggling the "dom.url.encode_decode_hash" pref to true fixes the problem.

* Valentin: should this new behavior be considered a Firefox regression or just a website bug for how it uses the # href fragment?

Comment 1

[Valentin Gosu [:valentin] (he/him)]

I see the same issue in Chrome, and IE should be along the same lines.
According to the spec, this is now the expected behaviour, so I guess the bug is in the website.

PS. Even before bug 1093611, url.hash returned 'Chris Peterson', while url.href returned 'http://...tree.php#Chris%20Peterson". Now the hash and href are consistent.
Note: Safari would return encoded spaces in both hash and href. Getting _all_ browsers to be compatible is a bit of a challenge. 

https://url.spec.whatwg.org/#fragment-state