1785504 - Hangs when displaying on different user's screen and menu requested

Status: RESOLVED INVALID

(Core :: Widget: Gtk, defect)

Description

[Roger Sewell]

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

Steps to reproduce:

Concerns Menus component of Firefox.

Running rockylinux 9.0 (=RHEL 9.0) with firefox-91.12.0-2.el9_0.x86_64.rpm

1. Login as user1 who owns the display.

2. Give user2 access to the display by doing
   xhost +si:localuser:user2

3. Become user2 by doing
   su - user2
   and appropriate password
   (purpose being to use firefox as if from user2's filespace and account)

4. Start firefox.

5. Either right click on a visible link or press Alt to get menu bar then click on one of the menu types offered.

Actual results:

Firefox hangs, and after a bit a window appears offering to force quit. To be able to use firefox again, you have to force quit and then also explicitly find the process and kill it.

Expected results:

In both cases the relevant menu should appear.

Additional information:

1. It makes no difference if hardware acceleration is disabled or if starting from a new profile.
2. The issue also affects the version of firefox visible at https://www.mozilla.org/en-US/firefox/all/#product-desktop-esr as "firefox 102".
3. It also affects previous versions of firefox that ran fine under rockylinux 8.5 .
4. It does not affect other applications (e.g. okular, gnome-terminal, emacs) running under rockylinux 9.0 , which is why I am telling you about it. However I cannot be sure that the actual bug isn't in some other component of 9.0, and have reported it also to bugzilla.redhat.com as bug 2119073.
5. In case the browser I am using to report the bug reports other info to you that I have not explicitly written, please note that this browser is running under the same account that owns the display, so may be different in some way.
6. The bug is not present when the same user owns the firefox process and the display it is using.
7. Making selinux permissive makes no difference to the bug.

Please let me know if you need any further info.

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 correct in case you think the bot is wrong.

Comment 2

[Roger Sewell]

Please close this as NOTABUG. The cause appears to be lazy migration of user2's .[^.]* files from 8.6 to 9.0 by just copying them; deleting these files and allowing them to be repopulated by the system on user2's next login leaves user2 with work to do to get his account right but removes this "bug".