FS#14421 - Printing doesn't work anymore with HPLIP 3.9.2 and CUPS 1.3.10

Attached to Project: Arch Linux
Opened by Heiko Baums (cyberpatrol) - Wednesday, 22 April 2009, 00:09 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 01 May 2009, 16:51 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Powalowski (tpowa)
Andreas Radke (AndyRTR)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Since the CUPS update to 1.3.10 and with HPLIP 3.9.2 the printer settings for the HP DeskJet 960C can't be set anymore in the CUPS webinterface, in some GTK based applications (Claws Mail and Mousepad) printing is not possible anymore, and the hp-toolbox crashes, when the tab "Printer settings" is opened.

See my bug reports to upstream:
https://bugs.launchpad.net/hplip/+bug/364899
https://bugs.launchpad.net/hplip/+bug/364905
http://www.cups.org/str.php?L3163

With HPLIP 3.9.2 and CUPS 1.3.9 these problems don't occur. And I guess, that not only the HP DeskJet 960C is affected, but also any other HP printers.

I'd suggest to downgrade cups in extra repo to 1.3.9, until this bug is fixed by upstream, either by the HPLIP or the CUPS devs.
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Friday, 01 May 2009, 16:51 GMT
Reason for closing:  Fixed
Additional comments about closing:  removed the broken custom cupsd.conf. we now only ship the upstream version.
Comment by paul (pwt) - Thursday, 23 April 2009, 13:21 GMT
Same behaviour here.

Detailed printer settings as defined in the ppd files with gutenprint 5.2.3 can not be accessed in the kde printing gui. Printing is possible however.
Wors well while downgrading to cups/libcups 1.3.9

Paul
Comment by Andreas Radke (AndyRTR) - Friday, 24 April 2009, 04:35 GMT
http://bbs.archlinux.org/viewtopic.php?id=70777 - does this fix help? then it's udev related.
Comment by Heiko Baums (cyberpatrol) - Friday, 24 April 2009, 07:44 GMT
I don't think, it's udev related. I haven't got the file /etc/udev/rules.d/55-hpmud.rules. Every MODE in my /etc/udev/rules.d is set to 0664 or 0660, but these MODES are only in scanner and camera rules. Only cups, but neither hplip nor udev were updated, when this bug appeared. And downgrading cups from 1.3.10 to 1.3.9 fixes this bug. And paul doesn't seem to have a HP printer as he's using gutenprint.
Comment by Juanra (juanra) - Friday, 24 April 2009, 17:31 GMT
Same for me with an HP PSC 1400 series. Downgrading to 1.3.9 fixes the issue.
Comment by Damián Barberón (damian01w) - Monday, 27 April 2009, 14:12 GMT
Same here but with Epson SC68 using Gutenprint. Downgrading to 1.3.9 fixes the issue.
Comment by paul (pwt) - Monday, 27 April 2009, 16:56 GMT
The bug seems to be solved applying the instuctions in
http://bbs.archlinux.org/viewtopic.php?id=70775
Thanks Andyrtr for pointing this out in another bug thread.
Comment by Heiko Baums (cyberpatrol) - Monday, 27 April 2009, 17:17 GMT
paul, if you mean the IPv6 issue, this is not the reason for this bug, and the method mentioned in the wiki doesn't work for me anyway.
The IPv6 issue is only for administrating CUPS like adding, or deleting printers, but not for printing, and is only Firefox related, because CUPS listens on IPv4 as well as on IPv6. This issue was alreay in CUPS 1.3.9. I solved this issue by changing the authentication method to BasicDigest.

This bug is a different issue.
Comment by paul (pwt) - Monday, 27 April 2009, 19:08 GMT
I just mean that updating the cupsd.conf to the default file provided in the package solved THIS issue for me.
Comment by Heiko Baums (cyberpatrol) - Tuesday, 28 April 2009, 18:00 GMT
I can confirm, what paul says. It indeed doesn't seem to be an upstream, but a downstream bug.

I installed cups 1.3.10 from abs, but removed the following lines from the PKGBUILD:

# add own cupsd.conf with saner defaults as normal file
rm ${startdir}/pkg/etc/cups/cupsd.conf
install -D -m 644 ${startdir}/src/cupsd.conf ${startdir}/pkg/etc/cups/cupsd.conf

Then I configured /etc/cupsd.conf to my needs (like before), and now CUPS is working again as usual.

So, please, remove cupsd.conf from the package and use the original one from upstream.
Comment by Heiko Baums (cyberpatrol) - Tuesday, 28 April 2009, 18:11 GMT
Closed the upstream bugs as invalid.
Comment by Heiko Baums (cyberpatrol) - Tuesday, 28 April 2009, 18:51 GMT
Workaround, until this bug is fixed:

After installing cups 1.3.10 from extra repo, execute as root:
cp /etc/cups/cupsd.conf.default /etc/cups/cupsd.conf

Loading...