window.print() brings window to front
Categories
(Toolkit :: Printing, defect)
Tracking
()
People
(Reporter: joshua.brest99, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36
Steps to reproduce:
Got to https://giant-azure-care.glitch.me/ and click on the button at the bottom.
You can see that a new window was made behind the main window. This demonstrates how this can be used to make Pop-Unders.
Actual results:
When finished interacting with the dialog, the main window stayed at the top.
Expected results:
It should have shown the print dialog and when the user was done interacting with it, the new window should have moved back to the top much like chromium based browsers.
|
||
Comment 1•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Printing: Setup' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
|
||
Comment 2•3 years ago
|
||
Hmm, it seems sensible to me for the window to be moved to the front when the user calls window.print()... I guess it ought to behave the same as other alert boxes like window.alert() and what not, is that not the case?
|
||
Comment 3•3 years ago
|
||
It looks like using alert("hi") instead of window.print() doesn't focus the window.
Description
•