Canceling the System dialog closes the new print UI
Categories
(Toolkit :: Printing, defect, P2)
Tracking
()
People
(Reporter: emilghitta, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [print2020_v82][old-ui-])
Attachments
(1 file)
670.46 KB,
image/gif
|
Details |
Affected versions
- 82.0a1 (BuildId:20200903151816)
- 81.0b6 (BuildId:20200903205131)
Affected platforms
- Windows 10 64bit
- Ubuntu 18.04 64bit
- macOS 10.14
Steps to reproduce
- Launch Firefox.
- Access any webpage.
- Hit Ctrl + P
- Select any destination.
- Click the “Print using the system dialog” option.
- Close the system dialog by clicking Cancel.
Expected result
- The UI remains intractable and displayed since the print action was canceled by the user.
Actual result
- The new print UI closes.
Regression Window
- This is a regression.
- Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=284e3c053bf57ee8f331b21a90751936ee604482&tochange=0de10c26da552953484a56f0fbdb3ab70196988e
- Possible Regressor: Bug 1659624
Additional Information
- For further information regarding this issue please observe the attached screencast.
- [Suggested Severity] S3
Reporter | ||
Comment 1•4 years ago
|
||
Hi Emma!
From the generated Pushlog, I think that Bug 1659624 may have caused this regression.
Can you please take a look?
Thank you!
Updated•4 years ago
|
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Yeah, an explicit window.close()
was added in https://phabricator.services.mozilla.com/D89198 where mstriemer said "We should likely close if the system dialog is cancelled to avoid any weird issues for now". I don't expect there should be any issues though. Mark, what did you have on your mind there?
Updated•4 years ago
|
Comment 3•4 years ago
|
||
We plan on closing the print UI when they choose to print using the system dialog (1660665), so once I have a patch up for that, this shouldn't be a problem. If we do think it makes sense to avoid closing the window for the time being, I can get a patch up to fix that
Updated•4 years ago
|
Comment 4•4 years ago
|
||
We were having issues before the form was being disabled where I believe once you cancelled the system dialog or cancelled the Microsoft Print to PDF filename picker subsequent clicks on the Print button would open the system dialog.
Initially our plan was the close the dialog when the Print or Open system dialog... inputs were clicked, but we kept the dialog around to avoid closing the preview browser before it was accessed by the platform code.
Updated•4 years ago
|
Comment 5•4 years ago
|
||
Now bug 1660665 has landed the tab modal UI is closed when you open the system dialog. So this is kinda WORKSFORME/INVALID now.
Updated•4 years ago
|
Comment 6•4 years ago
|
||
Description
•