Opening Responsive Design Mode while Zoomed resets Zoom to 100%, but doesn't update URL Bar Zoom chiclet
Categories
(DevTools :: Responsive Design Mode, defect, P3)
Tracking
(firefox-esr68 unaffected, firefox76 unaffected, firefox77 wontfix, firefox78 verified, firefox79 verified)
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox76 | --- | unaffected |
firefox77 | --- | wontfix |
firefox78 | --- | verified |
firefox79 | --- | verified |
People
(Reporter: tspurway, Assigned: emilio)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
jcristau
:
approval-mozilla-beta+
|
Details |
Thank you for helping make Firefox better. If you are reporting a defect, please complete the following:
What were you doing?
- View -> Zoom -> Zoom In
- View -> Zoom -> Zoom In
- Tools -> Web Developer -> Responsive Design Mode
- Close Responsive Design Mode by clicking 'X' on the banner
What happened?
In the URL bar, it still has a "120%" chiclet, but the actual window is no longer "zoomed in" to 120%. It is now at 100%.
What should have happened?
If RDM resets zoom level, then the chiclet should be gone. Preferably, RDM should restore the previous zoom level.
Anything else we should know?
I did this in Desktop Firefox 78.0a1 (2020-05-12) (64-bit) Nightly, Mac and could reproduce it at will on both old and new profiles.
Comment 1•4 years ago
|
||
Thanks for reporting this issue! I can confirm this is reproducible in Firefox Nightly 78. I'll see if I can find the regression window for this.
Comment 2•4 years ago
|
||
Using mozregression, I was able to narrow the regression to: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=66899ba0dcbed00349a84e44fcf4717a11ec4162&tochange=be474ea875e8933f1a6cad062f7f90db208976b3
Updated•4 years ago
|
Assignee | ||
Comment 4•4 years ago
|
||
(just so I don't forget, as I ran out of time today)
Assignee | ||
Comment 5•4 years ago
|
||
We can get two calls to enterResponsiveMode() for a tab, via the two
callsites in devtools/client/responsive/ui.js.
Calling enterResponsiveMode() is not idempotent after bug 1634621, as
the second call will lose the zoom information. Prevent this from
happening by making the call a no-op if we're already in responsive
mode.
Do the same in leaveResponsiveMode() for consistency.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 6•4 years ago
|
||
Comment on attachment 9154197 [details]
Bug 1638118 - Ignore redundant calls to enterResponsiveMode() / leaveResponsiveMode(). r=mtigley
Beta/Release Uplift Approval Request
- User impact if declined: Opening RDM may confuse the UI and show bogus zoom values.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: comment 0
- List of other uplifts needed: none
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Pretty small, trivial-ish patch.
- String changes made/needed: none
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 8•4 years ago
|
||
bugherder |
Updated•4 years ago
|
Comment 9•4 years ago
|
||
Comment on attachment 9154197 [details]
Bug 1638118 - Ignore redundant calls to enterResponsiveMode() / leaveResponsiveMode(). r=mtigley
rdm regression fix, approved for 78.0b4
Comment 10•4 years ago
|
||
bugherder uplift |
Comment 11•4 years ago
|
||
Reproduced the initial issue using an old Nightly build from 2020-05-14, verified that using latest Nightly and Firefox 78.0b4 the issue does not reproduce anymore across platforms (macOS 10.15.6 beta, Windows 10 64bit and Ubuntu 18.04 64bit).
Description
•