1433140 - Print Preview Pagination is wrong

Status: UNCONFIRMED

(Core :: Print Preview, defect, P3)

Description

[barryjaylevine]

Attachment: PastedGraphic-2.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36

Steps to reproduce:

Installed PrintEditWE in both v57 and v58. Did a print preview of a webpage (any webpage from which you may print).
ALSO tried this in Windows (v57/v58) -with- and -without- PrintEditWE (as FF in Windows -has- print preview embedded).
This was not a problem in v56.x and earlier.


Actual results:

Compare the print preview from within Firefox to what Apple's Preview app would show as a PDF (or print to paper). The pagination is completely wrong. Pages break differently from print preview within FF as compared to what actually gets printed (or PDF'd in macOS or Windows). You may get a FF preview showing 3 pages but the actual printout is 4 pages. This makes FF useless if you want to have consistent, predictable printouts (or PDFs).


Expected results:

Print preview and actual printing results (whether to paper or PDF) should match exactly.

NOTE: This does not happen in Webkit-based browsers such as Safari and Chrome. I've switched to Chrome until this gets resolved.

See attachment showing a comparison of print preview with FF and the PDF that actually is generated of the 8th page of an 8-page print job

Comment 1

[barryjaylevine]

I should also note that it's not just page breaks (vertical space). Line breaks differ and, probably, this is what is causing the pagination changes.

Comment 2

[barryjaylevine]

v57.0.3
Still there.

Comment 3

[barryjaylevine]

Sorry. v57.0.4 (updated this morning).
Still there.

Comment 4

[ovidiu boca[:Ovidiu]]

I tested this on Mac OS X 10.12 with FF Nightly 60.0a1(2018-01-29) and I have a different Print Preview from the one on the Chrome, for example on FF I have 2 pages and on Chrome, on the same PDF, I have 3 pages in Print Preview. I'm not sure if this is related to "PrintEditWE" add-on because I tested without it and the result is the same. I don't know what is the expected result in this case, but someone from this component will know what is the desired behavior in this case.

Comment 5

[ovidiu boca[:Ovidiu]]

Also, this bug https://bugzilla.mozilla.org/show_bug.cgi?id=1433054 occurred today, it might be a connection.

Comment 6

[barryjaylevine]

PrintEditWE isn't the culprit here. On the Windows side (without PrintEditWE installed), the same issue appears; FF's internal Print Preview doesn't match what actually gets printed (or PDF'd). No internal Print Preview on macOS so I used the PrintEditWE extension to test without having to "print to PDF" every time. Of course, in this latter case, there's no way of comparing (which is why I used PrintEditWE to provide a "print preview").

I've eMailed PrintEditWE's developer and he says the problem is with FF, not with his extension. PrintEditWE works perfectly in Chrome (but, of course, unless you intend to edit the potential print job by removing elements, there's no need for this extension in Chrome as Chrome -has- an internal Print Preview - which matches what prints perfectly).

Note that this bug was introduced in FF57 and continues today in FF58.

Comment 7

[Jet Villegas (inactive)]

[ Triage 2017/02/20: P3 ]