Closed Bug 1798483 Opened 2 years ago Closed 2 years ago

dev tool not resizing with firefox window

Categories

(DevTools :: Inspector, defect, P3)

Firefox 107
defect

Tracking

(firefox-esr102 unaffected, firefox106 unaffected, firefox107 verified, firefox108 verified)

VERIFIED FIXED
108 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox106 --- unaffected
firefox107 --- verified
firefox108 --- verified

People

(Reporter: hugo.bonpain, Assigned: emilio)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

Attached video temp.mp4

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

Steps to reproduce:

  • Open new firefox developper edition window
  • Push it in a corner so it resizes itself at 1/4 of the screen
  • Open dev tools
  • Resize the firefox window from the bottom upwards

Actual results:

See linked video

Expected results:

Devtools should resize with firefox window

The Bugbug bot thinks this bug should belong to the 'Core::Graphics' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Graphics
Product: Firefox → Core

I can reproduce with Developer Edition 107.0b7 on macOS. I'll see if I can get mozregression to work with Developer Edition builds to isolate the change that caused this. Meanwhile, I'll change the component to DevTools.

Component: Graphics → Inspector
Product: Core → DevTools

I can reproduce in any version of Firefox. Revised STR:

  1. New Firefox window.
  2. Open DevTools Inspector.
  3. Vertically shrink the window from the bottom until the Styles panel gets compressed and clipped.
  4. Scroll down in the Styles panel.

Expected results:
The scroll tab remains in the visible portion of the window. All of the content can be scrolled into view.

Actual results:
The scroll tab disappears off the bottom of the panel. Some of the content at the end of the Styles panel can't be scrolled into view.

Severity: -- → S3
Priority: -- → P3
Regressed by: 1789168

:emilio, since you are the author of the regressor, bug 1789168, could you take a look?

For more information, please visit auto_nag documentation.

Flags: needinfo?(emilio)

Use resizebefore/after=sibling to avoid setting the width of anything
else that isn't the DevTools frame, and make the size not impose a min
size to allow it to shrink.

Assignee: nobody → emilio
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Flags: needinfo?(emilio)

Set release status flags based on info from the regressing bug 1789168

Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/d7d3e5b8315d
Improve behavior of devtools splitting to prevent overflow. r=jdescottes
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 108 Branch

The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox107 to wontfix.

For more information, please visit auto_nag documentation.

Flags: needinfo?(emilio)

Julian, do you think this should ride the trains? In principle it shouldn't be too risky, but it's kinda late in the 107 cycle I think.

Flags: needinfo?(emilio) → needinfo?(jdescottes)

(In reply to Emilio Cobos Álvarez (:emilio) from comment #10)

Julian, do you think this should ride the trains? In principle it shouldn't be too risky, but it's kinda late in the 107 cycle I think.

Today is the last day for beta uplift requests, but I think this bug is worth uplifting. The main reason for me is that the issue persists even after you close devtools, or if you go to another tab. So any DevTools user who resized a toolbox might have a bad overall experience with Firefox in 107. If this only occurred while the toolbox was opened, it would be a different story.

But I defer to you for the risk assessment. Purely from a devtools POV it seems safe, but if you're concerned about non-devtools side effects, I understand if we prefer to wait.

Flags: needinfo?(jdescottes) → needinfo?(emilio)

Comment on attachment 9301593 [details]
Bug 1798483 - Improve behavior of devtools splitting to prevent overflow. r=jdescottes

Beta/Release Uplift Approval Request

  • User impact if declined: comment 0, see last comment too
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: Yes
  • 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): Relatively straight-forward CSS changes. Depends on bug 1794630, but the relevant parts of that work are in 107 already.
  • String changes made/needed: none
  • Is Android affected?: No
Flags: needinfo?(emilio)
Attachment #9301593 - Flags: approval-mozilla-beta?
Flags: qe-verify+

Comment on attachment 9301593 [details]
Bug 1798483 - Improve behavior of devtools splitting to prevent overflow. r=jdescottes

Approved for 107.0b9

Attachment #9301593 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
QA Whiteboard: [qa-triaged]

Reproduced the issue in Beta 107.0b8 using Windows 10.
Verified - Fixed in Beta 107.0b9 and the latest Nightly 108.0a1 (build id: 20221103214316), using Windows 10, macOS 12 and Ubuntu 20.

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

Attachment

General

Creator:
Created:
Updated:
Size: