opening print dialog opens it behind already open HTTP auth prompt, should be on top
Categories
(Toolkit :: Printing, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox81 | --- | unaffected |
firefox82 | --- | unaffected |
firefox83 | --- | affected |
People
(Reporter: aryx, Unassigned)
Details
(Whiteboard: [print2020] )
Attachments
(1 obsolete file)
Firefox 83.0a1 on Windows 8.1
Opening the print dialog for https://login.mozilla.com/ opens it behind the already open HTTP auth prompt but it should be on top.
Are there more dialogs which could hit this?
Javascripts prompt()
doesn't trigger this issue.
Comment 1•4 years ago
|
||
(In reply to Sebastian Hengst [:aryx] (needinfo on intermittent or backout) from comment #0)
Opening the print dialog for https://login.mozilla.com/ opens it behind the already open HTTP auth prompt but it should be on top.
It should? I'm not sure I agree with the premise. I think it should no-op, if anything. It also seems super edge-casey.
Are there more dialogs which could hit this?
The tabdialogbox is a queue - first in, first out, so the first dialog shown for a tab "wins".
Javascripts
prompt()
doesn't trigger this issue.
I don't really understand this - if I prompt from devtools while the auth dialog is up, the auth dialog is not dismissed and the prompt that appears is unclickable until I interact with the auth dialog. Are you seeing something else?
Reporter | ||
Comment 2•4 years ago
|
||
I had pitched prompt against the print dialog, not against the auth one. And yes, I know it's a very uncommon edge case but wanted to raise attention the print dialog might be in the background. Feel free to wontfix.
Comment 3•4 years ago
•
|
||
I agree with Gijs, I think this should be a no-op
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•9 months ago
|
Description
•