1725545 - popup and menus flicker and not selectable, also secondary bookmark entries not visible

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect)

Description

[douwevdveen]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0

Steps to reproduce:

Automatic installation of Firefox 91 from Firefox 87.

1. Menus
   Start firefox 91
   Click on any menu item in the menu bar (example: Help > )

After start of program: go to a website with javascript.
Click on NoScript addon icon

Actual results:

1. Menu
   When selecting a menu item (e.g. 'Help') I see a flicker of the menu (Get Help; Send Feedback... etc) but the menu is not stable visible. When I hover with mouse, I am unable to select a menu item. With cursor, I am able to select item and press 'enter' to activate menu item.

2. When clicking on NoScript addon (but this works for all addons, including SQLite Mgr, Ghostery -- every addon that has a 'pop up' ), a pop up shows in which user input is required. This screen is flickering and not able to be seen. Unable to select any items. Contrary to menu items that can be selected with keyboard, it is not possible here.

I reverted tot Firefox 87

Expected results:

1. Menu
   Select Menu: a menu opens up. Able to select any menu item with mouse, no flickering of menus

2. Select Bookmark from bookmarks toolbar
   A list of bookmarks of my 'bookmarks' folder (e.g. 'Personal' tab) should show up

3. Select an icon of a addon
   A popup should appear that allows for user interaction with mouse control, that is not flickering/unable to interact with

Comment 1

[douwevdveen]

Please give guidance on what information to provide to make this a more accurate/helpful bug report :-) Should I include a movie of the behavior, system specs, etc?

Comment 2

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

The Bugbug bot thinks this bug should belong to the 'Firefox::Bookmarks & History' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 3

[Luca Greco [:rpl] [:luca] [:lgreco]]

(In reply to douwevdveen from comment #1)

Please give guidance on what information to provide to make this a more accurate/helpful bug report :-) Should I include a movie of the behavior, system specs, etc?

Yes, a screencast would be very useful to double-check if we understood the STR correctly and how issue presents itself to the user.

It would also be helpful if you could attach the info from about:support to this issue.

Comment 4

[douwevdveen]

Attachment: firefox_87.mp4

Screenrecording of the Firefox 87 installation (correct behavior)

Comment 5

[douwevdveen]

Attachment: firefox_91.mp4

Firefox 91 screen recording (showing the incorrect behavior)

Comment 6

[douwevdveen]

Attachment: firefox_87_about-config.txt

The requested about:config information as text file. I took it from the Firefox 87 installation, as this is showing correct behavior.

Thanks

Comment 7

[douwevdveen]

(In reply to Luca Greco [:rpl] [:luca] [:lgreco] from comment #3)

(In reply to douwevdveen from comment #1)

Please give guidance on what information to provide to make this a more accurate/helpful bug report :-) Should I include a movie of the behavior, system specs, etc?

Yes, a screencast would be very useful to double-check if we understood the STR correctly and how issue presents itself to the user.

It would also be helpful if you could attach the info from about:support to this issue.

Hi, I have uploaded the requested information and screenrecordings. Thanks!

Comment 8

[Luca Greco [:rpl] [:luca] [:lgreco]]

Based on the video linked in comment 5 it looks that this bug isn't specific to extension popup, also the toolbar menus are flickering.

It is more likely an issue in the gtk widgets layer, but moving back to Firefox :: Untriage to be retriaged.

Comment 9

[Simona Badau, Desktop QA]

I could not reproduce the flickering issue on Firefox 91.0.2 on Ubuntu 20.04 x64.

Douwevdveen, to eliminate the influence of the add-ons or hardware acceleration, please can you confirm whether you reproduce this issue using Firefox in safe mode?
http://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

If the answer to that is yes, using https://mozilla.github.io/mozregression/ could hopefully find when the issue was introduced. Could you try to find the regression range?

In the meantime, I'm moving this to the Graphics component, so that our devs could take a look at it.

Comment 10

[douwevdveen]

1. CONFIRMED: I could reproduce this issue in safe mode
2. I have tried Mozregression, using 'release' from 87 to 91. Very nice tool! All were working fine and without errors.

I then created a new profile using 'firefox -P' command. This new profile did NOT show the observed behavior using FF 91.0.2.

Both the regression analysis (which seems to create a new profile) and the newly created profile did not show behavior. I thus checked some other old profiles that I have on my system, and none showed the behavior.

Thus, the observed behavior is caused by something in my default profile (which explains that you could not reproduce the flickering issue).

I then started to replace each of the files in the newly created profile, with the file from my default profile. When replacing the file "prefs.js", the behavior occurs. Thus, the root cause of the observed flickering seems to be triggered by something in the prefs.js file.

I will systematically remove pieces of the failing prefs.js file to see what lines are triggering this flickering, and report this here. This will take some time, I see what I can do in the next week.

Comment 11

[Darkspirit]

(In reply to douwevdveen from comment #10)

1. CONFIRMED: I could reproduce this issue in safe mode
2. I have tried Mozregression, using 'release' from 87 to 91. Very nice tool! All were working fine and without errors.

You might have added the MOZ_ENABLE_WAYLAND=1 environment variable to the desktop shortcut of your main profile and not to your whole Linux session.
Is this command more useful?
$ MOZ_ENABLE_WAYLAND=1 mozregression --good 87 --bad 91 --pref gfx.webrender.all:true

Comment 12

[Miko Mynttinen]

Marking as WFM based on comment 10.