Closed Bug 1499527 Opened 6 years ago Closed 5 years ago

Incorrect two-sided printing under Linux

Categories

(Core :: Printing: Output, defect)

Product:
Core
Component:
Printing: Output
Version:
63 Branch
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: mbox.789, Unassigned)

References

Details

Attachments

(1 file)

Screenshot of Thunderbird Print>PageSetup
42.17 KB, image/png
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0 Steps to reproduce: Distro: LinuxMint 18.3 sylvia Thunderbird: 60.2.1 (64-bit) Printer: HP Color LaserJet Pro M252dw 1) File -> Print Preview Pages = 2 Scale = 100% Portrait 2) Print ... -> Page Setup Two-sided = Long Edge See attached screenshot 3) Print Actual results: - 1st page printed on Page 1, 1st side - Blank page printed on Page 1, 2nd side - 2nd page printed on Page 2, 1st side - Blank page printed on Page 2, 2nd side Expected results: - print 1st page on Page 1, 1st side - print 2nd page on Page 1, 2nd side
Does this happen in Firefox as well?
No, FF 62.0.3 (64-bit) prints correctly. Also TB 60.2.1 prints correctly into a pdf-file.
Correction: FF63.0.0 (64-bit) does NOT print correctly. It has the same problem as observed for TB 60.2.1. Do you recommend to file this issue with the FF bugtracker and close this ticket? Sorry for the confusion. Regards Tom
Off to the Firefox queue ;-)
Component: Untriaged → Printing: Output
Product: Thunderbird → Core
Version: 60 → 63 Branch
Sorry I'm quite new to this environment, and did not see this topic nor knew Firefox was in-charge for Thunderbird? But I'll head over to there site Thanks.
Firefox is not "in charge" of Thunderbird, but Thunderbird uses Mozilla platform code also used in Firefox for 90% of what it's doing, like networking, graphics rendering of the UI and message content, decoding, networking, file access, and also *printing*. So if it doesn't print correctly in TB, chances are that it won't print correctly in FF either, and then the Mozilla platform code needs fixing which is the job of the Mozilla team, not the TB team. Bob, could this bug receive some attention please, I noticed that the triage owner is on leave.
Flags: needinfo?(bobowencode)
(In reply to Jorg K (GMT+1) from comment #7) > Firefox is not "in charge" of Thunderbird, but Thunderbird uses Mozilla > platform code also used in Firefox for 90% of what it's doing, like > networking, graphics rendering of the UI and message content, decoding, > networking, file access, and also *printing*. So if it doesn't print > correctly in TB, chances are that it won't print correctly in FF either, and > then the Mozilla platform code needs fixing which is the job of the Mozilla > team, not the TB team. > > Bob, could this bug receive some attention please, I noticed that the triage > owner is on leave. I've not got time at the moment I'm afraid. It's been a while since I looked at any of this, but I think there have been some very long standing issues with some printer settings not being honoured correctly on Linux. Tom - if you know of a version of Firefox where this used to work, if you have time finding a regression range might be helpful: https://mozilla.github.io/mozregression/
Flags: needinfo?(bobowencode) → needinfo?(mbox.789)
Hi Bob, I had a look (did not use the mozregression tool, though). Here is what I did and what I found. 1) Created a simple 2 page html file (trying to save paper and toner): <!doctype html> <html> <head> <meta charset="utf-8"> <title>Firefox 2-Sided Printing Test</title> <style> @media print { h1 { font-size: 10px; } h2 { font-size: 8px; page-break-after:always; } } </style> </head> <body> <h1>Page 1</h1> <h2>Page Break</h2> <h1>Page 2</h1> </body> </html> 2) Ran a binary search for recently released Firefox versions (linux-86_64, en-US). Before starting firefox I deleted the directory ".mozilla", i.e. any previous profile. 3) Here are the chronological results: Version Printing Result -------------------------------- 57.0 Problem reproduced > 50.0.2 Problem reproduced 40.0.3 OK (no problem) 45.0.2 OK (no problem) 48.0.2 OK (no problem) 49.0.2 OK (no problem) I think, this makes version 50.0.x the first released version that suffers from the reported problem. Hope this helps. Regards Tom BTW: The video of Pascal Chevrel on the URL you gave me (https://mozilla.github.io/mozregression/) is not displayed due to the new content blocking feature of Firefox 63 ;-).
Flags: needinfo?(mbox.789)
(In reply to Tom from comment #9) Thanks for taking the time to do this. > 2) Ran a binary search for recently released Firefox versions (linux-86_64, > en-US). Before starting firefox I deleted the directory ".mozilla", i.e. any > previous profile. By the way, I'm pretty sure the default behaviour for mozregression is to create a new profile. > 3) Here are the chronological results: > > Version Printing Result > -------------------------------- > 57.0 Problem reproduced > > 50.0.2 Problem reproduced OK, my guess is that this problem was introduced with e10s and the remote printing associated with it. Hopefully this will give us something to start with once someone does get the time to look at this.
(In reply to Bob Owen (:bobowen) from comment #10) ... > > 2) Ran a binary search for recently released Firefox versions (linux-86_64, > > en-US). Before starting firefox I deleted the directory ".mozilla", i.e. any > > previous profile. > > By the way, I'm pretty sure the default behaviour for mozregression is to > create a new profile. Ah, just realised you said you didn't use mozregression. :-)

Update

It seems the reported issue has been fixed in thunderbird 60.7.1. I just printed a 2-pages email and the first page was printed on the first side of the paper, while the second page was correctly printed on the second side of the same sheet of paper.

Thanks
Tom

Thanks for letting us know. TB uses Mozilla platform code for printing. While we haven't changed anything in TB, it's well possible that the problem was corrected in the Mozilla codebase.

Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: