Open Bug 862677 Opened 7 years ago Updated 4 years ago

Integrated PDF viewer does not print rotated sheets

Categories

(Firefox :: PDF Viewer, defect, P3)

20 Branch
x86_64
Windows 7
defect

Tracking

()

UNCONFIRMED

People

(Reporter: jonathan.n.mills, Unassigned)

References

(Depends on 1 open bug)

Details

(Whiteboard: [pdfjs-c-integration][pdfjs-d-printing])

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0
Build ID: 20130409194949

Steps to reproduce:

displayed attached PDF file, and printed it.  


Actual results:

The display was correct, but the printing of pages 6, 7 and 8 have not been rotated on the paper.


Expected results:

I would have xpected the rotated pages to be roatated on the paper, so that the entire page was visible, rather than clipped, and the bottom portion of the page coloured black.
I tried to print the PDF with the Microsoft XPS Document Writer, no issue: landscape pages are printed in landscape format.

Of course, it's not a real paper writer.
Component: Untriaged → PDF Viewer
for the record, my (paper) printer is a canon pixma mg5350
Does it work if you print only pages in landscape format (not all the PDF document)?
Flags: needinfo?(jonathan.n.mills)
> Does it work if you print only pages in landscape format (not all the PDF document)?

Interestingly the behaviour is different.

If I just print pages 6 and 7 (landscape pages) they are printed, scaled down so that the width of the landscape page now fits inside the width of the portrait page, and  there is a 1-inch (3cm) black margin to the right.  below the printed image, is then about 60% of the paper printed black.

I wonder if, in the original case, the scaling is set up for the page 1, and the instruction to the paper printer to rotate the image on the paper is missing or mis-interpreted.

I tried it with XPS too; if you display page 1, and draw an outline around the page image displayed, when you move onto subseqent pages the "Viewport" will stay within the original outline...

if you would like photos of printed paper pages I can get some
Flags: needinfo?(jonathan.n.mills)
I note that if you open the document in the Adobe PDF viewer, and print to XPS, the viewed file appears differently .. no dark rectangle, and the text is rotated (counter clockwise in this case), whilst the pdf.js version appears within a dark rectangle, and the text is normally orientated

I don't know if that is significant.
Depends on: 851441
Priority: -- → P3
Whiteboard: [pdfjs-c-integration][pdfjs-d-printing]
As possible workaround the landscape pages can be rotated by 90 degrees to fit the other horizontal pages when printing.

@Brendan, does that sound like a reasonable thing to integrate in PDF.JS?
Flags: needinfo?(bdahl)
> @Brendan, does that sound like a reasonable thing to integrate in PDF.JS?

Sounds perfectly reasonable. Ideally we'd know the paper size and adjust via some css or something though.
Flags: needinfo?(bdahl)
Same problem here. In FF 40 & 41 the horizontal pages would be cropped, in FF 42 all pages (even the vertical ones) are scaled down, but they're never autorotated. (iText-generated PDFs, various computers, Windows XP & 7, various printers from the HP LJ & Konica Minolta families)
(In reply to Piotr Janik from comment #8)
> Same problem here. In FF 40 & 41 the horizontal pages would be cropped, in
> FF 42 all pages (even the vertical ones) are scaled down, but they're never
> autorotated. (iText-generated PDFs, various computers, Windows XP & 7,
> various printers from the HP LJ & Konica Minolta families)

(See the attachment under bug 1231648 for a file example).
You need to log in before you can comment on or make changes to this bug.