1359386 - doorhanger UI (e.g. ‘Restart Nightly to apply the update’) stuck on multiple screens

Status: NEW

(Toolkit :: UI Widgets, defect)

Description

[Andreas Tolfsen ❲:ato❳]

The new ‘Restart Nightly to apply the update’ dialogue that appears when a new upgrade has been downloaded does not stick to the single window where it appeared.  When switching virtual desktops in a Linux WM, it also appears on these, seemingly unrelated to any window.

Comment 1

[Andreas Tolfsen ❲:ato❳]

Attachment: screenshot-2017-04-25-132113.png

See attached screenshot.

Comment 2

[Henrik Skupin [:whimboo][⌚️UTC+2]]

I strongly believe this is the case for all kind of those notifications, and is not only limited to the update one.

Comment 3

[Andreas Tolfsen ❲:ato❳]

I was told my Gijs that it is hard to combine “make this GDK window appear above all the application windows” with “don’t put it on top of literally everything else in the WM”.

I notice that the way we work around this for other popups, such as the permissions/cert popup in the address bar, is by preventing the user from switching virtual display.  Maybe that workaround would also apply in this case.

Comment 4

[Neil Deakin]

I don't see this using Ubuntu, so it is likely that this is specific to whatever window manager being used.

Comment 5

[Ted Campbell [:tcampbell]]

Attachment: Partial remaining dialog

I also see this problem on Win 10 64-bit.

Comment 6

[Ted Campbell [:tcampbell]]

Attachment: Detatched dialog

Another instance where it stuck to the top-left corner of screen and the Not Now button would not work.

Comment 7

[Robert Strong (they/them - no direct email)]

This is a widget issue which is outside of app update so changing component in case someone with more experience with widgets will find time to look into this.

Comment 8

[max]

(In reply to Neil Deakin from comment #4)

I don't see this using Ubuntu, so it is likely that this is specific to
whatever window manager being used.

Kubuntu-20.04 LTS focal, Xorg session, additional desktops are configured. When any doorhanger appears on the screen (update, add-on permission request), it persists above everything else when I switch to another window that completely hides main firefox window. It persist when I switch to another virtual desktop where no firefox windows at all. But to close the popup I have to switch to original desktops, otherwise mouse clicks are ignored.

Such behavior is hardly consistent with the following words by James Teh (Bug #1721408 Comment #8): 'whole point of a doorhanger is to not "interrupt" the user'.

There is discussion that doorhanger should be shown only while main window is focused in the Bug #1358363. That bug is closed, popup is shown even another window is focused.

Unsure whether "XUL Widgets" is still proper component for this bug.

This issue affects thunderbird as well.

I am surprised that priority of this bug was decreased to P5 despite rather intrusive behavior. I suggest to change the title to a more general one since the issue affect other popups as well.