Open Bug 1406147 Opened 7 years ago Updated 2 years ago

Misplaced permission doorhanger (possible race with switching tabs?)

Categories

(Firefox :: Site Permissions, defect, P3)

Unspecified
macOS
defect

Tracking

()

Tracking Status
firefox56 --- wontfix
firefox57 --- wontfix
firefox58 --- wontfix
firefox59 --- ?

People

(Reporter: jib, Unassigned)

References

Details

Attachments

(1 file)

Attached image MisplacedDoorhanger.png
I just wanted to share this lovely picture. I'm not able to reproduce, but I may have been switching between different tabs and/or windows as this page was in the middle of asking for microphone permission for the first time.
The picture also shows I was sharing camera in other tabs at the same time, in case that matters.
I don't expect this to be specific to the webrtc prompt, so moving to a more general component.
Component: Device Permissions → Site Identity and Permission Panels
Summary: Misplaced WebRTC permission doorhanger (possible race with switching tabs?) → Misplaced permission doorhanger (possible race with switching tabs?)
Yeah, there seems to be a race condition, let's put this on backlog until we have more occurrences and/or more time to figure this out.
Priority: -- → P3
See Also: → 1393563
We have more occurrences, even reported from Google. Easy to reproduce now in bug 1393563 comment 4. Is this something we can up-prioritize again?
Flags: needinfo?(jhofmann)
(In reply to Jan-Ivar Bruaroey [:jib] (needinfo? me) from comment #5) > We have more occurrences, even reported from Google. Easy to reproduce now > in bug 1393563 comment 4. Is this something we can up-prioritize again? I don't know a lot about XUL popups. Neil, is this something you can look into at any point and/or leave hints on what code could be at fault? Bug 1393563 is much more consistently reproducible. Thanks!
Flags: needinfo?(jhofmann) → needinfo?(enndeakin)
I think this is a conflict between our handling of positioning the popup (that happens lazily) and the self-positioning that child popup windows with parents do on Mac. When the window is being moved while the popup is being opened, there is some confusion as to where the popup's position is relative to the parent window, and the system assigns what ends up being the incorrect coordinates. It positions OK, although less smoothly, if you force the popup to not be a child window, but then you don't get the popup appearing at the correct z-order.
Flags: needinfo?(enndeakin)
Component: Site Identity → Site Permissions
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: