1411398 - Firefox menus are misplaced after monitor reconfiguration

Status: RESOLVED WORKSFORME

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

Description

[gpothier]

Attachment: firefox-bug.mp4

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171024001719

Steps to reproduce:

Computer has two monitors configured (laptop's + external). Open Firefox. Then unplug the external monitor. Click on UI elements that cause a popup menu to appear (eg. right click to display context menu, click on bookmark folder, or on "burger" menu icon)


Actual results:

The popup menus appear at seemingly random locations. Moreover, the menu item highlighting do not match the actual mouse position (see attached video).
Happens on v56 and v57 beta.


Expected results:

The popup menus should appear at their correct location: right next to the mouse cursor for context menu, or next to the UI element that triggers the popup).

Comment 1

[gpothier]

Original bug report in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1721614

Comment 2

[gpothier]

The bug is still present in v58.0b11. I'll try to give more precisions. As I wrote earlier, pop up menus appear at incorrect locations after reconfiguring monitors. As shown in the attached video, they can appear quite far away from their correct location. Maybe an important point is that the DPI settings change between configurations. One configuration is with only the internal laptop monitor at 3200 x 1800 with high DPI settings, and the other one is internal + external monitor, both at 1920 x 1080 (normal DPI settings).

It seems there is some kind of caching of individual menu positions, and this caching seems to be invalidated when the requested menu position changes; afterwards the menus appear in their correct positions until the next monitor reconfiguration. This invalidation can be triggered in two ways:

- For the context menu (right click), simply closing the menu and right clicking somewhere else solves the problem. The context menu is thus misplaced only once after reconfiguring the monitors (unless one right clicks again at the exact same position)

- For the bookmarks and search menus, one has to move the window by a few pixels in order to get rid of the problem. However, it is necessary to open each menu once before moving the window to get rid of the problem for that particular menu. For instance with two bookmarks menus, after reconfiguring the screens I open the first one, it is misplaced. Then I move the window and open the first menu again, then it is correctly placed. However if after that I open the second menu, it is also misplaced. I have to move the window again to fix it. On the other hand, if after reconfiguring the screens I open both menus (both are then misplaced) and then move the window, after that both menus are correctly placed.

Comment 3

[gpothier]

Following up on this report: this bug is 100% reproducible with the Ubuntu 18.04 Live usb image, so it is not a configuration/package issue on my system.

Steps to reproduce:
0. Use a laptop with high resolution display (eg. 3200 x 1800).
1. Boot from live image with external monitor plugged in.
2. Launch Firefox and enable the bookmarks toolbar.
3. Open and close the first item in the toolbar (or any other menu actually) => no problem.
4. Open the display configuration app and change config, eg. change scale from 200% to 100%, or change built in display's resolution to 1900 x 1080.
5. Open the first item in Firefox's bookmarks toolbar => it usually appears at wrong location. If not, try disconnecting the external monitor and opening the menu. At some point it will appear at the wrong location.

Comment 4

[gpothier]

I did a bisection and found that the problem started appearing here:

13:29.43 INFO: Last good revision: 8e5c888d0d89 (2015-07-22)
13:29.43 INFO: First bad revision: 1f77b78797d6 (2015-07-23)

I think it has to do with DPI handling, as in the last good revision the whole UI appears very small on the laptop's built in high DPI display, and in the first bad revision it seems work was being done to address this. Unfortunately I could not go deeper than nightlies:

18:02.59 INFO: There are no build artifacts on inbound for these changesets (they are probably too old).

Comment 5

[Yiannis]

I've been having the same problem for a while. It is exactly as gpothier described. It is really an annoyance as the only way to get back to work normally, is to basically quit Firefox and start it up again.
I'm using Fedora 28, but the problem was the same on Fedora 27. I tested Fedora 29 too. Would be really nice to have to bug fixed at some point. If can provide any more info about the problem, please let me know.

Comment 6

[Stergios]

I have the same problem in both Fedora 29 and Ubuntu 18.04. Would really appreciate a fix.

Comment 7

[Alireza Haghshenas]

I have the same problem:
Firefox 95.0.2 (64-bit)
Operating System: Fedora Linux 35
KDE Plasma Version: 5.23.3
KDE Frameworks Version: 5.89.0
Qt Version: 5.15.2
Kernel Version: 5.15.10-200.fc35.x86_64 (64-bit)
Graphics Platform: Wayland

Monitors:
Frame.work laptop (2256*1504@100%)
Dell 32"4k@150%

The right click menu in many pages including Google search results are not shown, but are there somehow. So if I press escape to close the invisible menu and right-click again and repeat this several times, the context menu will eventually be shown.

Comment 8

[Nico Mittenzwey]

Never had this problem up until the update to Firefox 150.0 in Ubuntu 24.04.1 (now running kernel 6.17.0-35-generic). Since then I get it daily when connecting my notebook to my desktop monitors. Only solution is to restart Firefox after monitor switching. Updating to most up to date Firefox (as well as kernel and system libraries) doesn't help.

Comment 9

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

(In reply to Nico Mittenzwey from comment #8)

Never had this problem up until the update to Firefox 150.0 in Ubuntu 24.04.1 (now running kernel 6.17.0-35-generic). Since then I get it daily when connecting my notebook to my desktop monitors. Only solution is to restart Firefox after monitor switching. Updating to most up to date Firefox (as well as kernel and system libraries) doesn't help.

Do you run Wayland or X11?

Comment 10

[Seo Suchan]

[Parent 3599066, Main Thread] WARNING: gdk_screen_get_monitor_workarea: assertion 'monitor != NULL' failed: 'glib warning', file ./../../../../

(In reply to Nico Mittenzwey from comment #8)

Never had this problem up until the update to Firefox 150.0 in Ubuntu 24.04.1 (now running kernel 6.17.0-35-generic). Since then I get it daily when connecting my notebook to my desktop monitors. Only solution is to restart Firefox after monitor switching. Updating to most up to date Firefox (as well as kernel and system libraries) doesn't help.

Do you run Wayland or X11?

I'm using firefox 151 (from https://packages.mozilla.org/apt/) in debian 13 with wayland, and have same problem (for me it's out of visible windows at all though)

log it created:

(firefox:3599066): Gdk-CRITICAL **: 01:39:21.367: gdk_screen_get_monitor_workarea: assertion 'monitor != NULL' failed
[Parent 3599066, Main Thread] WARNING: gdk_screen_get_monitor_height_mm: assertion 'monitor != NULL' failed: 'glib warning', file ./../../../../checkouts/gecko/toolkit/xre/nsSigHandlers.cpp:200

(firefox:3599066): Gdk-CRITICAL **: 01:39:21.367: gdk_screen_get_monitor_height_mm: assertion 'monitor != NULL' failed
(In reply to Martin Stránský [:stransky] (ni? me) from comment #9)

Comment 11

[Seo Suchan]

forcing x11 solves it

Comment 12

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

(In reply to Seo Suchan from comment #10)

[Parent 3599066, Main Thread] WARNING: gdk_screen_get_monitor_workarea: assertion 'monitor != NULL' failed: 'glib warning', file ./../../../../

(In reply to Nico Mittenzwey from comment #8)

Never had this problem up until the update to Firefox 150.0 in Ubuntu 24.04.1 (now running kernel 6.17.0-35-generic). Since then I get it daily when connecting my notebook to my desktop monitors. Only solution is to restart Firefox after monitor switching. Updating to most up to date Firefox (as well as kernel and system libraries) doesn't help.

Do you run Wayland or X11?

I'm using firefox 151 (from https://packages.mozilla.org/apt/) in debian 13 with wayland, and have same problem (for me it's out of visible windows at all though)

log it created:

(firefox:3599066): Gdk-CRITICAL **: 01:39:21.367: gdk_screen_get_monitor_workarea: assertion 'monitor != NULL' failed
[Parent 3599066, Main Thread] WARNING: gdk_screen_get_monitor_height_mm: assertion 'monitor != NULL' failed: 'glib warning', file ./../../../../checkouts/gecko/toolkit/xre/nsSigHandlers.cpp:200

(firefox:3599066): Gdk-CRITICAL **: 01:39:21.367: gdk_screen_get_monitor_height_mm: assertion 'monitor != NULL' failed
(In reply to Martin Stránský [:stransky] (ni? me) from comment #9)

Please try latest nightly:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_Nightly_binaries

If you still see it, please run on terminal with MOZ_LOG="WidgetScreen:5" env variable, reproduce the issue and attach the log here.
Thanks.

Comment 13

[Nico Mittenzwey]

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

Please try latest nightly:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_Nightly_binaries

If you still see it, please run on terminal with MOZ_LOG="WidgetScreen:5" env variable, reproduce the issue and attach the log here.
Thanks.

Nightly works for me on Ubuntu 24.04 with Wayland!

1. started both version in parallel on my notebook
2. connected notebook to external displays
3. nightly shows menus correctly, current stable version doesn't show them or on wrong display

Thank you so much!

Comment 14

[Seo Suchan]

sorry, currently doesn't have external monitor to test as I'm outside

Comment 15

[Seo Suchan]

yes it did fixed in latest nightly