If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

On Linux, authorizations popup stays on foreground even if user move to another window or space

NEW
Unassigned

Status

()

Firefox
Site Identity and Permission Panels
3 months ago
6 days ago

People

(Reporter: Clément Lefèvre, Unassigned)

Tracking

({nightly-community})

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [mozfr-community][fe:investigate])

Attachments

(2 attachments)

(Reporter)

Description

3 months ago
Running Firefox on Linux, I found out that the authorization popup asking for example the right to notify, use audio or camera is staying on foreground even if user is moving to another space of the desktop environment or to another window.

The bug was noticed on Archlinux using latest Gnome *running on Wayland* and was confirmed by another user on IRC using Wayland too.

The bug might not be reproduceable on Xorg (test needed for it).

See following screenshots for the result.
(Reporter)

Comment 1

3 months ago
Created attachment 8878035 [details]
Authorization popup on another desktop without soft
(Reporter)

Comment 2

3 months ago
Created attachment 8878036 [details]
Authorization popup over another software on another desktop
Component: Notifications and Alerts → Site Identity and Permission Panels
Product: Toolkit → Firefox
Do we support Wayland yet? If so, is this a known GTK issue with our panels?
Flags: needinfo?(karlt)
Whiteboard: [mozfr-community] → [mozfr-community][fe:investigate]
We don't support running directly under Wayland, but I assume Firefox is running under XWayland here.
I can reproduce a similar issue even without Wayland or multiple desktops.

1. Load https://simpl.info/getusermedia/
2. Drag another window over the Firefox window with the doorhanger.

Expected:
Either door hanger closes when Firefox window is no longer active,
or the dragged window covers the door hanger.

Actual.
Door hanger remains above dragged window.

Reproduces with a 2016-12-01 Nightly, at least.

Not a known issue to me.
Flags: needinfo?(karlt)
You need to log in before you can comment on or make changes to this bug.