Bug 998056
| Summary: | Brother HL-2040 printed left half of each page on left and right sides of the sheet | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Peter H. Jones <jones.peter.busi> |
| Component: | foomatic | Assignee: | Tim Waugh <twaugh> |
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 18 | CC: | jones.peter.busi, jpopelka, nalimilan, twaugh |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-12-02 13:34:51 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Attachments: | |||
|
Description
Peter H. Jones
2013-08-16 21:48:20 UTC
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. |