FS#30965 - [cups] Does not print complete page
Attached to Project:
Arch Linux
Opened by H.pferd (stosch) - Wednesday, 01 August 2012, 17:18 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 06 August 2012, 19:50 GMT
Opened by H.pferd (stosch) - Wednesday, 01 August 2012, 17:18 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 06 August 2012, 19:50 GMT
|
Details
Description:
I just experienced, that my printer (CanonIP4200) does not print complete pages any more. It is independent of the file type (pdf, odt or cups testpage). The problem starts with (lib-)cups 1.5.4-1. Downgrading to (lib-)cups 1.5.3-6 solves the problem. The jobs are logged as complete though. Additional info: -since (lib-)cups 1.5.4-1 -dmesg output shows me "reset high-speed USB device number XX using ehci_hcd" after or during each print. I thought it might be related to some permissions according to https://wiki.archlinux.org/index.php/CUPS#Device_node_permissions, but the permissions are 664 and the owner of the device is root:lp which seems fine to me. -DebugLevel debug in cupsd.conf gives no errors. |
This task depends upon
Sound like a regression. It fails also with cups 1.6.1? What driver do you use (gutenprint, foomatic,...)?
You should check for know upstream issues or file a new one: http://cups.org/roadmap.php
According to the changelog I would guess it has something to do with those numerous libusb changes (considering the dmesg message).
I have usblp blacklisted (even tried with not blacklisting it with the same results), but this sounds somehow related:
"Another small update:
The new patches are
usb-libusb-c-update-1-6-x-3.patch
usb-libusb-c-update-1-5-x-3.patch
The added changes are:
- Added the command line option "usb-no-reattach". With the option set
the usblp kernel module does not get reattached after a job has been
printed. Some printers cut off the end of the job or even crash by
re-attaching the module. This is a development/debug mode to test
whether re-attaching was the culprit of a problem. Users should
report such issues so that their printers can get added to the quirk
list.
Can you please apply these updated patches to CUPS 1.6.x and 1.5.x?
This change and the previous changes should be considered as bug fixes and preparation for future debugging."
(source: http://cups.org/str.php?L4128)
I will try to investigate it at home this afternoon and report it upstream I guess.
OT: Please allow me one offtopic question: Is it normal that I can't enable printer sharing (Port 631 option in cupsd.conf) in cups 1.6.1 (server just won't start) - is the avahi daemon needed for that too - or should I file another bugreport.
http://cups.org/str.php?L4155+Qversion:1.6
OT: Thanks, I read the message but thought it were only needed for discovery. Now everything works..
Pardon me. My last post was a little confusing. You don't need to do anything :) .
@AndyRTR:
Sorry for the noise. I (hopefully) found the solution to my printer hangs and posted the solution upstream. So everything works fine here. Thank you for your help and time!