Closed Bug 1638118 Opened 5 years ago Closed 4 years ago

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)

78 Branch
Desktop
Unspecified
defect

Tracking

(firefox-esr68 unaffected, firefox76 unaffected, firefox77 wontfix, firefox78 verified, firefox79 verified)

VERIFIED FIXED
Firefox 79
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)

Thank you for helping make Firefox better. If you are reporting a defect, please complete the following:

What were you doing?

  1. View -> Zoom -> Zoom In
  2. View -> Zoom -> Zoom In
  3. Tools -> Web Developer -> Responsive Design Mode
  4. 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.

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.

Severity: -- → S3
Priority: -- → P3
Regressed by: 1634621
Has Regression Range: --- → yes

I can take this.

Assignee: nobody → emilio

(just so I don't forget, as I ran out of time today)

Flags: needinfo?(emilio)

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.

Flags: needinfo?(emilio)

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
Attachment #9154197 - Flags: approval-mozilla-beta?
Flags: qe-verify+
Flags: in-testsuite+
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d037817cc193 Ignore redundant calls to enterResponsiveMode() / leaveResponsiveMode(). r=mtigley
Regressions: 1643547
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 79
QA Whiteboard: [qa-triaged]

Comment on attachment 9154197 [details]
Bug 1638118 - Ignore redundant calls to enterResponsiveMode() / leaveResponsiveMode(). r=mtigley

rdm regression fix, approved for 78.0b4

Attachment #9154197 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

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).

Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: