Closed Bug 1811489 Opened 1 year ago Closed 1 year ago

[macOS] In some about: pages, modal windows get resized

Categories

(Firefox :: Settings UI, defect)

Desktop
macOS
defect

Tracking

()

VERIFIED FIXED
111 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox109 --- unaffected
firefox110 --- verified
firefox111 --- verified

People

(Reporter: oardelean, Assigned: smaug)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

Notes

  • This behavior can also be seen in about:logins when trying to edit credentials with a Primary Password set up.
  • Please see the attachment for more details.

Found in

  • Nightly 111.0a1;

Affected versions

  • Nightly 111.0a1;
  • Firefox 110.0b3;

Tested platforms

  • Windows 10;
  • Ubuntu 22;
  • macOS 12, macOS 11, macOS 10.15;

Affected platforms

  • macOS 12, macOS 11, macOS 10.15;

Unaffected platforms

  • Windows 10;
  • Ubuntu 22;

Steps to reproduce

  1. Launch Firefox and go to about:profiles.
  2. Create a new profile.
  3. Click on the "Delete" button.

Expected result

  • Modal window opens normally.

Actual result

  • Modal window shifts down a few milimeters.

Regression range

That bug only touched windows code so has to be the other one.

Flags: needinfo?(smaug)
Regressed by: 1807838
No longer regressed by: 1809057

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

Assignee: nobody → smaug
Status: NEW → ASSIGNED
Pushed by opettay@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/5529d6960828
MacOS shows visibly the changes to layout if sizeToContent is called after AppWindow::OnChromeLoaded, r=emilio
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 111 Branch

Comment on attachment 9313702 [details]
Bug 1811489 - MacOS shows visibly the changes to layout if sizeToContent is called after AppWindow::OnChromeLoaded, r=emilio

Beta/Release Uplift Approval Request

  • User impact if declined: Glitch when opening some dialogs on Mac.
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: See the first comment of the bug.

This definitely needs manual testing, since this is all about OS level painting and resizing of the windows.

  • List of other uplifts needed: None
  • Risk to taking this patch: Medium
  • Why is the change risky/not risky? (and alternatives if risky): This code has proved to be very error prone in a way that if the ordering of the method calls isn't quite right, one may see visual glitches.
  • String changes made/needed: NA
  • Is Android affected?: No
Flags: needinfo?(smaug)
Attachment #9313702 - Flags: approval-mozilla-beta?
Flags: qe-verify+
QA Whiteboard: [qa-triaged]

Comment on attachment 9313702 [details]
Bug 1811489 - MacOS shows visibly the changes to layout if sizeToContent is called after AppWindow::OnChromeLoaded, r=emilio

I think this is not a good candidate for uplifting as this seems a bit of an edgecase, is an S3, somewhat risky and we are already at the mid beta cycle point, thanks for suggesting it though!

Attachment #9313702 - Flags: approval-mozilla-beta? → approval-mozilla-beta-

I'd somewhat like to reconsider this for beta. We have seen the regression bugs for this code filed very quickly., and the patch is now in Nightly.

Flags: needinfo?(pascalc)

Verified on Nightly 111.0a1(build ID: 20230126212606) on macOS 12 and macOS 10.15.

Comment on attachment 9313702 [details]
Bug 1811489 - MacOS shows visibly the changes to layout if sizeToContent is called after AppWindow::OnChromeLoaded, r=emilio

OK, let's take it in beta 7.

Flags: needinfo?(pascalc)
Attachment #9313702 - Flags: approval-mozilla-beta- → approval-mozilla-beta+

Verified as fixed on Firefox 110.0b7(build ID: 20230129190147) on macOS 12 and macOS 10.15.

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: