1662938 - UI left open but disabled after printing with Microsoft Print to PDF (PrintUtils.printWindow promise does not resolve)

Status: VERIFIED FIXED

(Core :: Printing: Setup, defect, P1)

Description

[Emma Malysz]

After Bug 1659624, we're closing the print preview window once the user hits "print" or "save" (submits the form). When the selected printer is Microsoft Print to PDF, PrintUtils.printWindow does not resolve, leaving the dialog open with all the buttons in the form disabled.

We should figure out how to fix this edge case.

Comment 1

[Jonathan Watt [:jwatt]]

Seems like a platform bug to me.

Comment 2

[Jonathan Watt [:jwatt]]

Bob, maybe you could take a look?

Comment 3

[Bob Owen (:bobowen)]

(In reply to Jonathan Watt [:jwatt] from comment #2)

Bob, maybe you could take a look?

I can't reproduce at the moment, for "Microsoft Print to PDF" or "Save to PDF".
emalysz - does this happen for you on all sites?

Comment 4

[Bob Owen (:bobowen)]

Ah, if I hit cancel on the file picker I get this.
I'll take a look.

Comment 5

[Bob Owen (:bobowen)]

Attachment: Bug 1662938: Notify RemotePrintJobParent's listeners of the error when we fail to initialize the print. r=jwatt!

Comment 6

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/373d38f3ee07
Notify RemotePrintJobParent's listeners of the error when we fail to initialize the print. r=jwatt

Comment 7

[Andreea Pavel [:apavel]]

https://hg.mozilla.org/mozilla-central/rev/373d38f3ee07

Comment 8

[Vlad Lucaci, Thunderbird QA (:vlucaci)]

Just confirmed this issue verified on 83.0a1(20200922154306) and 82.0b2(20200922183749) using Windows 10x64.