Open Bug 1467240 Opened 6 years ago Updated 2 years ago

Print long Web page only renders one paper page

Categories

(Core :: Printing: Output, defect, P3)

60 Branch
defect

Tracking

()

REOPENED
Tracking Status
firefox-esr52 --- wontfix
firefox-esr60 --- wontfix
firefox60 --- wontfix
firefox61 --- wontfix
firefox62 --- wontfix

People

(Reporter: lisa.dusseault, Unassigned)

Details

(Whiteboard: [layout:print-triage:p1])

Attachments

(1 file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Firefox/60.0
Build ID: 20180516032328

Steps to reproduce:

Tried to print all of https://www.heroku.com/policy/salesforce-heroku-msa to PDF
  - tried Cmd-P, tried menu (both work the same)
 - In print dialog, tried send to preview, tried print to PDF - (both have the same issue) 


Actual results:

The resulting PDF (attached) only has one page of text, and one mostly blank page.  The rest of the MSA is missing (when I print from Chrome, it turns out to be 8 pages) . 


Expected results:

I expect that the text which renders in the Web page in the tab, should also be in the PDF print.

FYI I read the support page for printing could not try the "Simplify Page" feature because i can't find it anywhere in the dialogs that show on MacOS. 
https://support.mozilla.org/en-US/kb/how-print-web-pages-firefox
 * Also!  "Print Rage" sounds appropriate but probably a typo...
This issue reproduces on all platforms and browser versions (Windows 10, Ubuntu 16, Mac OS X 10.13 and Nightly v62.0a1, Beta v61.0b12, Release v60.0.2, ESR 60 v60.0.2, ESR 52 v52.8.1).
Status: UNCONFIRMED → NEW
Component: Untriaged → Printing: Output
Ever confirmed: true
OS: Unspecified → All
Product: Firefox → Core
Hardware: Unspecified → All
Hi Sean, since you're listed as the triage owner, is someone able to look into this? This is a pretty serious bug IMHO.
Flags: needinfo?(svoisen)
Summary: Print long Web page only renders one paper page - MacOS → Print long Web page only renders one paper page
Agreed, this is pretty bad :/

Jonathan, can you please take a look at this? Would be good to know when this regressed.
Flags: needinfo?(svoisen) → needinfo?(jwatt)
Priority: -- → P1
I attempted to find a regression window and I went as far back as Nightly 46 and the issue still reproduces. It appears as if this isn't a regression at all.
Yes, there are bug reports going back years about only the first page printing: bug 751887, bug 1303221, etc.

Sean, I agree this is a terrible user experience, but other things have always been given a higher priority than printing in the past. Given that this isn't a regression, do you still want me to look into it right now?
Flags: needinfo?(jwatt) → needinfo?(svoisen)
Gotcha – Given this is *not* a regression (surprised me actually), will set to P3.
Flags: needinfo?(svoisen)
Priority: P1 → P3
Whiteboard: [layout:print-triage:p1]

Document body has display: flex. This will be fixed by fixing bug 939897.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE

Test printing the page again after bug 1622935 landed, on Firefox Nightly (2020-05-14), but I still see the page truncated.

<article class="policy main content-with-sidebar"> has float: left style, so this bug is worth digging into.

Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: