1687055 - After update of osx to 11.1 Firefox in full screen (the green osx button) locks white bar on top randomly

Status: RESOLVED FIXED

(Core :: Widget: Cocoa, defect, P3)

Description

[wojciech.kokorzycki]

Attachment: Screenshot 2021-01-15 at 23.05.09.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

I upgraded my macbook pro to 11.1
Went to firefox open multiple tabs, click osx green button to go full screen.
I hover with my mouse at the top of the screen which shows firefox navbar and white tab.

Actual results:

It did show firefox navbar and white panel but every one in ~5 cases the navbar stays there and block the view of all firefox tabs and partly blocks URL box.

Expected results:

It should always hide after mouse cursor is not over it. It should never stay there. The only fix seems to exit full screen mode and go back to it (the green btn)

Comment 1

[Daniel Bodea [:danibodea]]

Hi, wojciech.kokorzycki. I am trying to reproduce your issue, but I am not sure I understand correctly.

1. Please correct me if I'm wrong: The issue, as you explain it, is the fact that, when you hover over the top area of the screen while in full-screen mode and then leave the top area of the screen, then the white top-bar (the one with the red, gray and green buttons) remains displayed over the browser's top bar, instead of retracting. Does the OS menu bar (the one with the Apple logo, Firefox, File, Edit... and so on) also remain incorrectly displayed when not hovering the top area?

In my case, on a MacBook Air with Mac OS 11.1 and Firefox Release v84.0.2, I see the correct behavior. When hovering the top area, both the OS menu bar and white window management bar are sliding down over the browser's top area. When leaving the top area, the bars would immediately retract, as intended.

2. Please test this issue while in safe mode (https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode) and let us know of the result.

3. Is this an ARM (M1) MacBook Pro? Which exact model is it?

Comment 2

[wojciech.kokorzycki]

Hi Bodea Daniel,

1. Yes you undestand correctly. Yes the OS menu bar also stays there.

2. I will start using safe mode now and will update you is it still happening.

3. It's not an ARM one, it's MacBook Pro, exact specs:

• (13-inch, 2020, Four Thunderbolt 3 ports
• 2 GHz Quad-Core Intel Core i5
• 16 GB 3733 MHz LPDDR4X
• Intel Iris Plus Graphics 1536 MB

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Comment 4

[Daniel Bodea [:danibodea]]

@wojciech.kokorzycki:
Have you seen this issue reproduce while using the browser in safe mode?
Did it constantly reproduce while using your browser in normal mode?

Thank you.

Comment 5

[nicolas.guelfi]

same symptoms here but the white bar disappear if I set full-screen-api.macos-native-full-screen to FALSE.

Might help?

N.

Comment 6

[Alexandru Trif, Desktop QA [:atrif]]

Unfortunately, we cannot reproduce the initial issue using Firefox 86.0a1 (20210115215319) and 88.0a1 (20210314213752) on macOS 10.15 and macOS M1 11.2.3.

Are there any particular steps that need to be followed? Does the issue reproduces for you if you set full-screen-api.macos-native-full-screen:true? Thank you!

Comment 7

[Pablo Albornoz]

Steps to reproduce:

1. Expand the window to fullscreen mode by pressing the green button on the title bar without any modifiers.
2. Right-click the address bar or the tabs bar to make the context menu show up.
3. Without dismissing the context menu, move the cursor up to make the title bar and menu bar show up.
4. The issue is now in effect, the title bar and menu bar won't hide until you press the green button to leave fullscreen mode. Also, the tabs bar will be completely hidden and the row where the address bar is won't react to any mouse input, however, keyboard input is still possible, as well as creating new tabs and navigating with keyboard controls.

This is not the only way to get into this state, the issue has been observed in situations of interacting with an input field on the page and move the cursor up to show the menu bar, but this cases are difficult to reproduce. The steps described above will reproduce the issue everytime on Firefox 87.0

Comment 8

[Pablo Albornoz]

The steps described in my comment above will trigger the issue with full-screen-api.macos-native-full-screen enabled and disabled, no change on behavior.

Comment 9

[Alexandru Trif, Desktop QA [:atrif]]

Thank you Pablo!

Comment 10

[Harry Twyford]

It appears this issue will be fixed when native context menus are enabled on macOS. They're currently disabled behind the widget.macos.native-context-menus pref.

Comment 11

[Nye Liu]

See also https://bugzilla.mozilla.org/show_bug.cgi?id=738335#c62

Comment 12

[Nye Liu]

(In reply to Harry Twyford [:harry] from comment #10)

It appears this issue will be fixed when native context menus are enabled on macOS. They're currently disabled behind the widget.macos.native-context-menus pref.

I'm not sure I follow. Setting this to true had no effect. Is that expected?

Comment 13

[Nye Liu]

Never mind, I see this applies to Nightly.

Comment 14

[Nye Liu]

Fixed for me in 89.0

Thank you, mozilla team!

Comment 15

[Mathew Hodson]

Can you mark this as Depends on bug 1700679 and mark this as fixed since that bug is now fixed?