Prevent interaction with the original document under the new print preview UI
Categories
(Toolkit :: Printing, defect, P2)
Tracking
()
People
(Reporter: jwatt, Unassigned)
References
Details
It is still possible to interact with the original document under the new doorhanger based print preview UI. This feels quirky and broken. (Chrome prevents this.)
In the existing code we use a PrintPreviewUserEventSuppressor to block interaction with the print preview document itself. That was sufficient in the old print preview UI since that UI took up the entire window and the original document couldn't be seen at all.
Maybe we should also create a PrintPreviewUserEventSuppressor for the original document that we store on the nsPrintJob. Or maybe there's a method that the frontend has to block interaction with a document? Mark, do you know?
| Reporter | ||
Comment 1•5 years ago
|
||
Moving this to Toolkit, at least for now, to make sure it gets visibility.
Comment 2•5 years ago
|
||
This is handled by TabDialogBox.
Updated•5 years ago
|
Comment 4•5 years ago
|
||
(This should be fixed by bug 1653317 so removing the [print2020_v81] whiteboard tag for easier tracking.)
Comment 5•5 years ago
|
||
And now that bug 1653317 has landed, this should be fixed. :)
Description
•