1735430 - Addon menus and application menu are broken under Wayland

Status: RESOLVED INCOMPLETE

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

Description

[Patrick Gillespie]

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36

Steps to reproduce:

Clicking on the Application Menu results in the menu fading in and out of visibility—never quite appearing. Clicking on any of the addons in the menu bar produces the same result. The Menu accessed using the ALT key functions correctly, as to the context menus.

System: Kernel: 5.14.9-1-default x86_64 bits: 64 Desktop: KDE Plasma 5.22.5
Distro: openSUSE Tumbleweed 20211008

Repository : openSUSE-Tumbleweed-Oss
Name : MozillaFirefox
Version : 92.0.1-1.2
Arch : x86_64
Vendor : openSUSE
Installed Size : 214.9 MiB
Installed : Yes (automatically)
Status : up-to-date

Comment 1

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

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

Comment 2

[Martin Stránský [:stransky] (ni? me)]

Can you please test latest nightly?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Testing_Mozilla_binaries
Thanks.

Comment 3

[Patrick Gillespie]

(In reply to Martin Stránský [:stransky] (ni? me) from comment #2)

Can you please test latest nightly?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Testing_Mozilla_binaries
Thanks.

Thanks. Using Nightly seems to resolve the issue.

Comment 4

[Patrick Gillespie]

And just confirming the version: Nightly Build 95.0a1 (2021-10-14) (64-bit)

Comment 5

[Patrick Gillespie]

Correction: I had started Nightly using the X11 Backend. Using Wayland, the same bug occurs. The application menu and the toolbar addon menus are broken (as described above).

Comment 6

[Martin Stránský [:stransky] (ni? me)]

Okay. Can you please create a screencast of the issue?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Collect_information_for_a_bug_report
Thanks.

Comment 7

[Patrick Gillespie]

I have tried to use screen capture but screen capturing doesn't seem to respond while also trying to invoke the FF application menu or add-on menus. Have also tried screen recorders, three different apps, but they're each incompatible with Wayland. The best I can do is to describe what happens.

If I click on the Application Menu, it appears for a microsecond and disappears.

If I click on the CookieAutodelete addon in the toolbar, the menu will literally flicker like a lightbulb (or a fluorescent light) that can't quite light up before giving up altogether.

Comment 8

[Patrick Gillespie]

Attachment: Screenshot_20211015_085016.png

Got it! What you see in the screenshot is one of the flickers before it immediately disappears.

Comment 9

[Martin Stránský [:stransky] (ni? me)]

Does it affects all addons (like ublock or pocket) or CookieAutodelete is the only affected one?

Can you test with mutter compositor?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Testing_different_Wayland_compositor
Thanks.

Comment 10

[Patrick Gillespie]

It effects all addons. Seems to be everything that's in the toolbar. Right clicking context menus work and so does the Main Menu accessed by the ALT key.

Comment 11

[Patrick Gillespie]

Okay. Tested with mutter compositor. Same behavior but discovered a new twist. Because the nested instance of mutter forces FF into too small a space to display all the addons in the toobar, the double arrow "more tools" appears. Clicking on more tools produced the expected behavior and clicking on any of the addons in the "more tools" drop-down menu resulted in the expected/normal behavior.

I then closed out Mutter, booted FF into a normal session, and resized FF so that the "more tools" arrow appeared. This produced the same behavior as above. The "more tools" drop down menu behaved as expected and any addon, including cookie auto-delete, behaved as expected.

So, I'm no programmer, but it seems that there are two separate menu protocols at work here and one of them doesn't play well with Wayland.

Comment 12

[Patrick Gillespie]

Also, just noticed that the popup asking if one wants to save a password pops in and out of existence like the application menu.

Comment 13

[Martin Stránský [:stransky] (ni? me)]

Which mutter / gtk3 version do you run?

Comment 14

[Patrick Gillespie]

More information: If I resize FF, and click on the double arrows "More Tools..." icon, sometimes it doesn't appear. However, after clicking it, if I slowly resize FF, making it larger for example, there's a sweet spot during which the "More Tools" popup meny will appear/pop-up and be usable. If I continue resizing, making FF larger, it will disappear again. All very strange.

Comment 15

[Patrick Gillespie]

Repository : openSUSE-Tumbleweed-Oss
Name : mutter
Version : 41.0-1.1
Arch : x86_64
Vendor : openSUSE
Installed Size : 4.4 MiB
Installed : Yes
Status : up-to-date

Comment 16

[Martin Stránský [:stransky] (ni? me)]

Okay, will test on Fedora 35 which has mutter 41.0.

Comment 17

[Patrick Gillespie]

Installed Firefox through Flatpak. When run in a Wayland Session using the X11 Windowing System (set with Flatseal), the popup windows function correctly. When run with a Wayland Windowing Session, the windowing bug continues.

Comment 18

[Martin Stránský [:stransky] (ni? me)]

Do you still see it with latest nightly?
Thanks.

Comment 19

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

Redirect a needinfo that is pending on an inactive user to the triage owner.
:stransky, since the bug has high severity and recent activity, could you please find another way to get the information or close the bug as INCOMPLETE if it is not actionable?

For more information, please visit auto_nag documentation.