Open Bug 1784087 Opened 2 years ago Updated 1 year ago

Modal (e.g. Print UI) gets stuck in its initial position when Menu Bar is displayed in fullscreen mode on macOS

Categories

(Toolkit :: Content Prompts, defect)

Product:
Toolkit
Component:
Content Prompts
Version:
Firefox 105
Platform:
All
macOS
Type:
defect

Tracking

()

Status:
REOPENED
Tracking Flags:
Tracking Status
firefox105 --- affected

People

(Reporter: asoncutean, Unassigned, NeedInfo)

References

Details

Attachments

(1 file)

Screen Recording 2022-08-10 at 17.02.56.mov
(deleted), video/quicktime
Details

Found in

  • 105.0a1

Affected versions

  • 105.0a1

Affected platforms

  • macOS 11/12

Preconditions
*In about:config set:

  • "browser.theme.colorway-closet" to true
  • "browser.tabs.firefox-view" to true

Steps to reproduce

  1. Maximize the browser
  2. Open Colorways modal from Fx view or from about:addon
  3. Slide the cursor on top of the screen until the Menu bar is displayed
  4. Observe the modal

Expected result

  • The Colorways modal should move down along with the Toolbar.

Actual result

  • The Colorways modal is stuck with its initial position.

Regression range

  • Not a regression, the modal behaves the same way back to Fx 103.0a1.
Priority: -- → P3
Whiteboard: [fidefe-colorway-closet]

Do you see the same issue with other modals such as the print UI?

Component: Theme → Tabbed Browser
Flags: needinfo?(anca.soncutean)

(In reply to Dão Gottwald [::dao] from comment #1)

Do you see the same issue with other modals such as the print UI?

Yes, The Print UI modal behaves in the same manner as Colorways modal. The comparison I've made was only with doorhangers like Tracking Protection or Location one, that go down the page once the Menu Bar appears.

Flags: needinfo?(anca.soncutean)

I wonder if there's already a bug filed for the underlying issue, given that other modals are affected...

Keywords: dupeme
Has STR: --- → yes

(In reply to Dão Gottwald [::dao] from comment #3)

I wonder if there's already a bug filed for the underlying issue, given that other modals are affected...

Paul, do you know?

Status: NEW → RESOLVED
Closed: 2 years ago
Flags: needinfo?(pbz)
Resolution: --- → FIXED

Oops.

Status: RESOLVED → REOPENED
Keywords: dupeme
Resolution: FIXED → ---

I'm seeing this bug for the first time. Nice catch!

Does not affect fullscreen (F11) on Ubuntu. Testing with the print preview (CMD + P) on macOS the upper chrome slides over it, so it looks less broken than in the video above.
I've also noticed that on my MacBook Pro it doesn't slide as far since the status bar simply fades in rather than slides in. Only the window bar slides down.

For a fix it would be nice if we could somehow anchor the dialog better to the top chrome. I think right now it behaves like the content area which simply gets overlayed?

Flags: needinfo?(pbz)
Severity: S4 → --
Component: Tabbed Browser → Notifications and Alerts
Priority: P3 → --
Product: Firefox → Toolkit
Summary: [Colorway Closet] Colorways modal gets stuck with its initial position when Menu Bar is displayed in fullscreen mode on macOS → Modal (e.g. Print UI) gets stuck in its initial position when Menu Bar is displayed in fullscreen mode on macOS
Keywords: dupeme
See Also: https://mozilla-hub.atlassian.net/browse/FIDEFE-2784 →
Whiteboard: [fidefe-colorway-closet]

The severity field is not set for this bug.
:tspurway, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(tspurway)
Component: Notifications and Alerts → Content Prompts

Redirect a needinfo that is pending on an inactive user to the triage owner.
:mtigley, since the bug doesn't have a severity set, could you please set the severity or close the bug?

For more information, please visit BugBot documentation.

Flags: needinfo?(tspurway) → needinfo?(mtigley)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: