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)
Tracking
()
People
(Reporter: jib, Unassigned)
References
Details
Attachments
(1 file)
323.24 KB,
image/png
|
Details |
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.
Reporter | ||
Comment 1•7 years ago
|
||
The picture also shows I was sharing camera in other tabs at the same time, in case that matters.
Comment 2•7 years ago
|
||
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?)
Comment 3•7 years ago
|
||
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.
status-firefox56:
--- → wontfix
status-firefox57:
--- → wontfix
status-firefox58:
--- → fix-optional
Priority: -- → P3
Comment 4•7 years ago
|
||
status-firefox59:
--- → ?
Reporter | ||
Comment 5•7 years ago
|
||
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)
Comment 6•7 years ago
|
||
(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)
Comment 7•7 years ago
|
||
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)
Updated•5 years ago
|
Component: Site Identity → Site Permissions
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•