PDF XFA: Cannot print Full XFA form |
|||
Issue descriptionIn an XFA-enabled build: 1) Open https://www.canada.ca/content/dam/ircc/migration/ircc/english/pdf/kits/forms/imm5257e.pdf 2) Press ctrl+P to open the print dialog. 3) Select "Save as PDF" in Destination. 4) Click "Save" Expected: file dialog appears asking where to save. Actual: print dialog closes, nothing happens. When the tab is closed, an error dialog appears, see screenshot. Happens in all other Full XFA forms too, but not in Foreground XFA forms.
,
Jul 19
When the user presses "Save" while the print preview generation is in the pending state, the old Print Preview UI's constrained dialog would remain, but the new Print Preview UI's constrained dialog disappears. rbpotter: Should I file a separate bug about that?
,
Jul 19
In PDFiumPrint::PrintPagesAsPDF(), FPDF_ImportPages() fails and Print Preview does not recover gracefully.
,
Jul 19
With the FPDF_ImportPages() failure, without the PDF compositor, Print Preview's data store receives a PDF document with 5 empty pages back. With the PDF compositor, it receives a small MSKP file. This results in the behavior in comment 1. When the PDF plugin loads the preview PDF, there has to be communication from the PDF plugin to pdf.js to Print Preview's JS. I suspect something is going wrong there. Likely in the pdf.js to Print Preview communication. Print Preview does not get or process the failure message, so it shows the loading animation forever.
,
Jul 19
RE: comment 2, yes, feel free to file a separate bug. My guess is that the new Print Preview is following the local printing logic for Save as PDF and hiding the dialog early.
,
Jul 19
Split off various failures into separate bugs: bug 865544 , bug 865787 , bug 865793 , and bug pdfium:1124.
,
Oct 25
|
|||
►
Sign in to add a comment |
|||
Comment 1 by thestig@chromium.org
, Jul 19