Page zoom for about: pages stores page zoom settings keyed on URL including hash/querystring (leading to unexpected page zoom changes when reloading or navigating to the same page with a hash appended)
Categories
(Toolkit :: Preferences, defect, P3)
Tracking
()
People
(Reporter: alice0775, Unassigned)
Details
(Keywords: nightly-community)
![]() |
Reporter | |
Comment 1•6 years ago
|
||
Reproducible : always
Steps To Reproduce:
- Open about:preferences
- Zoom In
- Click on Home
--- observe, the zoom level is as expected - Reload (f5)
--- observe, the zoom level is reset --- BUG
optionally
5. Open about:preferences in new tab
--- observe, the zoom level is as expected
6. Click on General, Home
--- observe, the zoom level is as expected
7. Reload (f5)
--- observe, the zoom level is reset --- BUG
Actual Results:
Reloading will reset zoom level on about:preferences#something
Expected Results:
The zoom level should persist
![]() |
Reporter | |
Updated•6 years ago
|
![]() |
Reporter | |
Updated•6 years ago
|
Updated•6 years ago
|
Comment 2•6 years ago
|
||
We store site-specific prefs like zoom in the contentprefservice. It normalizes URLs in https://searchfox.org/mozilla-central/rev/b2015fdd464f598d645342614593d4ebda922d95/toolkit/components/contentprefs/ContentPrefService2.jsm#63-97 . For reasons I do not understand (but likely historical), the APIs all take strings instead of URIs, and as a result we have to reparse the URI.
This parsing uses the hostname for "normal" URLs, and something similar for file URLs and other nsIURLs. However, about: URLs are none of those, and we hit the fallback at:
The minimal fix here is probably to update that to specIgnoringRef
. Ideally we should have a test, too.
Updated•2 years ago
|
Description
•