Open Bug 1712607 Opened 1 year ago Updated 8 months ago

window.print() brings window to front

Categories

(Toolkit :: Printing, defect)

Firefox 88
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.

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.

Component: Untriaged → Printing: Setup
Product: Firefox → Core

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?

Component: Printing: Setup → Printing
Product: Core → Toolkit

It looks like using alert("hi") instead of window.print() doesn't focus the window.

Severity: -- → S3
Status: UNCONFIRMED → NEW
Ever confirmed: true
You need to log in before you can comment on or make changes to this bug.