User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 Build Identifier: HL-2040 prints left half of each page on left and right sides of the sheet. When I use the Print Troubleshooter, (will attach output), my page printed OK. Reproducible: Always Steps to Reproduce: 1. Try to print a test page, or a normal file. 2. 3. Actual Results: Content of left half of page is repeated on the right. I remember seeing that behaviour many years ago when the HL-2040 first appeared on the market. Expected Results: Normal printing. Got messages running system-config-printer: "[root@localhost Desktop]# system-config-printer cannot connect to the session bus: The connection is closed (g-io-error-quark, 18) cannot connect to the session bus: The connection is closed (g-io-error-quark, 18) cannot connect to the session bus: The connection is closed (g-io-error-quark, 18) /usr/share/system-config-printer/system-config-printer.py:2056: GtkWarning: Attempting to store changes into `/root/.local/share/recently-used.xbel', but failed: Failed to create file '/root/.local/share/recently-used.xbel.H2SL1W': No such file or directory gtk.main() /usr/share/system-config-printer/system-config-printer.py:2056: GtkWarning: Attempting to set the permissions of `/root/.local/share/recently-used.xbel', but failed: No such file or directory gtk.main() /usr/share/system-config-printer/system-config-printer.py:2056: GtkWarning: Attempting to store changes into `/root/.local/share/recently-used.xbel', but failed: Failed to create file '/root/.local/share/recently-used.xbel.ITSP1W': No such file or directory gtk.main()"
Created attachment 787463 [details] printer installer troubleshooter output
Created attachment 787464 [details] print troubleshooter output Got the problem again, when printing an Adobe document was printed under the troubleshooter. However, if I print a test page, followed by my document, both are correct! Presumably, the test page causes a change in the printer settings.
Missing Device ID reported in bug #999040, although it isn't the cause of this bug.
Could you attach an example document that prints incorrectly please? It would also be useful to try to capture the debug logs from when this document is actually printing incorrectly. You can use the printing troubleshooter to do that: when it says to print something, you can print as normal from another application. It should then show that job in the list, so you can just tick the checkbox for that job to say it's the one in question.
Thanks for your quick response. I'll be able to access the printer within a couple of weeks and provide the information.
Created attachment 795759 [details] troubleshoot output when printing incorrectly Tested the printer today. The printing is incorrect (right half is echo of left half).
Printer is still working fine on a F17 system. Is there a way to bring the drivers from that system to F18 ff?
Printed a typewriter-like document from gedit successfully.
Worked OK with a booking confirmation from booking.com. I selected Print while booking, then used Print-to-File in the printer selection menu. Problem seems to occur when printing PDF's from the Orleans Express bus company.
I'm also experiencing this bug since Fedora 18, and it's still present on Fedora 19. I have a HL-2030. Printing from LibreOffice works fine, but printing from gedit or a PDF generated from gedit (via print to file) exhibits the same bug. What is the difference between these two apps? I thought both of them were passing PDF directly to CUPS... Please just ask if you need any logs or testing.
Worked today, with a document of the type showing the problem, with foomatic-4.0.8-13.fc18.x86_64 .
Created attachment 804387 [details] Troubleshoot logs when printing PDF from Evince Please find attach the debug logs requested in comment #4. They correspond to a PDF document (containing only an image) that exhibited such a bug. An interesting point is that the first time I tried printing this PDF (not shown in the logs), I got a different problem: only the first 5 cm of the page were actually printed, and the printer continued outputting blank pages until it ran out of paper. Foomatic here is 4.0.9-3.fc19.x86_64.
Oh, and FWIW, Adobe Reader prints the same PDF (and others which suffer from the same problem) correctly.
Created attachment 810508 [details] troubleshoot with incorrect printing Got the problem again today.
"$ rpm -qa | grep foomatic" gives: foomatic-db-filesystem-4.0-34.20121011.fc18.noarch foomatic-db-4.0-34.20121011.fc18.noarch foomatic-filters-4.0.8-13.fc18.x86_64 foomatic-db-ppds-4.0-34.20121011.fc18.noarch foomatic-4.0.8-13.fc18.x86_64
Same document printed OK on another system: # rpm -qa | grep foomatic foomatic-db-4.0-34.20121011.fc18.noarch foomatic-4.0.8-13.fc18.i686 foomatic-db-ppds-4.0-34.20121011.fc18.noarch foomatic-filters-4.0.8-13.fc18.i686 foomatic-db-filesystem-4.0-34.20121011.fc18.noarch
Could you try using one of the other drivers to see if that makes a difference to the problem? e.g.: Brother HL-2040 Foomatic/ljet4 Brother HL-2040 Foomatic/lj4dith Brother HL-2040 Foomatic/hpijs-pcl5e
Ah, it works with hpijs-pcl5e! With hl1250 I get the same problem; with lj4dith the printer blinks but then stops and nothing is printed; with lj5gray the printer turns off when I try to print; with ljet4 I get a blank page. So definitely not a great support from all drivers... ;-)
Thanks. Just for the record, so we know which versions work and don't work, what does 'rpm -q ghostscript hpijs' say? Needs fixing in foomatic I think.
Thanks for taking care of this. $ rpm -q ghostscript hpijs ghostscript-9.10-4.fc19.x86_64 hpijs-3.13.9-2.fc19.x86_64
Reported upstream: https://bugs.linuxfoundation.org/show_bug.cgi?id=1173
Thanks to those who already responded to comment #17. The site producing the documents, http://www.orleansexpress.com , has changed its procedure. Instead of sending PDFs, there is now a button labeled "Imprimer vos billets" that goes directly to the printer. I note a difference between Midori and Firefox. When I use Midori, I can get a page preview after clicking the above link, and I can save the file as a PDF instead of printing. In Firefox, after selecting the link, the page preview is grayed out. I'll try the old PDFs to see if I still can still reproduce the problem. Then I plan to repeat the test when the upstream update becomes available in Fedora.
Note that CLOSED UPSTREAM does not mean it's fixed upstream, just that it's been reported.