Closed zdohnal closed 2 years ago
We tried keep-alive quirk for http-connection, but without any luck.
Hi Zdenek,
this is what I wanted to suggest first (the keep-alive quirk) but you are faster that me :-)
You need to test http-connection = close
as well. Use ipp-usb check
to guess the correct device name for quirks.
If nothing helps, I need the entire logs to move forward (all files from /var/log/ipp-usb/*
directory)
Hi Zdenek,
this is what I wanted to suggest first (the keep-alive quirk) but you are faster that me :-)
You need to test
http-connection = close
as well.
Ok - I'll pass this to the user, thank you!
Use
ipp-usb check
to guess the correct device name for quirks.
Thanks! I'll send this to the user and verify myself tomorrow on my Canon printer in the lab. If it helps me and the user, I'll send PR with update for man page.
If nothing helps, I need the entire logs to move forward (all files from
/var/log/ipp-usb/*
directory)
Hopefully the third link in the initial comment should contain a .tar.xz archive with all logs from /var/log/ipp-usb
.
@alexpevzner unfortunately http-connection = close
didn't help :( - would you mind looking into it?
Hopefully the third link in the initial comment should contain a .tar.xz archive with all logs from /var/log/ipp-usb.
Sorry, you are not authorized to access attachment #1869581
:-(
argh... sorry... I didn't know you need extra permissions for bugzilla attachements... so here we go cups_log.txt lsusb.txt ipp-usb.tar.xz.txt
(github should really support other archives than zip...)
Hi Zdenek,
Looking to the black magic passes that Michael Catanzaro has to do, playing around with LibreOffice at one hand and Evince in other hand, I have some impression that the problem may be not on the communication level (i.e., ipp-usb
), but with the content of print job sent to device, which can cause firmware to hang.
May be it makes some sense to play a little bit with the PPD file.
I will try to apply more effort to investigate this issue, but will appreciate if you will try to investigate that idea from your side.
BTW, my Kyocera only prints with PPD file, manually extracted from the proprietary driver (it doesn't hang, just prints blank pages).
@alexpevzner it seems installing a permanent queue using virtual device from ipp-usb helped, so there can be an issue either in temporary queue mechanism as whole, or in its GTK implementation.
I asked Michael for more logs, so I will leave this opened until I review the logs, if it is okay for you.
OK
lp
printing via temp queue works fine, so my guess it is an issue with GTK right now.
Hi,
we have an issue in Fedora with HP OfficeJet 4630 - the device has IPP-over-USB interface (lsusb -v log), it's recognized by ipp-usb, which creates HTTP reverse proxy at localhost:60000 and advertises it via mDNS, so dialogs with temporary queue support are able to see it and print to it.
However, the device goes deaf after some time - ipp-usb is still running (whole ipp-usb logs). CUPS can connect to localhost:60000 (the proof for ipp-usb is running), the printing goes fine for a time (CUPS log when user printed to the temp queue), but the communication ends after approx. 1 minute.
From main.log we can see the device is added at 17:58:39:
then there is a successful print job 221 in cups log:
Then job 222 comes in, starts to be processed:
but the job is in processing for nearly 1 minute because of following reason, which is set right after the document is sent (the printer didn't report this reason before):
Then the device/ipp-usb release one USB connection and any IPP communication ceases and it is never brought up again (from 03f0-c611-CN57D6914T05Y0-HP-Officejet-4630-series.log.0.gz):
The
zero-size read
continues to the end of logs.CUPS log then shows it deletes the temp queue, which is a bug (cupsd shouldn't remove temp queue which is processing...):
but it happens after the communication ends, so IMO it is not a reason why the communication between ipp-usb and the device ends 5 seconds ago.
Would you mind looking into it? Let me know if you want more data from the user - I've added the links to the latest logs to this github issue as well.
Thank you in advance!
Zdenek