Bug 142015
Summary: | Print jobs to non-linux ipp printers not clearing out. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Matthew Saltzman <mjs> |
Component: | desktop-printing | Assignee: | David Zeuthen <davidz> |
Status: | CLOSED CANTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | bjohnson, mattdm, mclasen, pza |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-11-05 16:10:50 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
Matthew Saltzman
2004-12-06 19:15:27 UTC
Created attachment 107977 [details]
strace of eggcups failing to clear completed ipp print job
Created attachment 107978 [details]
strace -fF of failed print job
Sorry, forgot the -fF option in the previous strace.
You need to remove the existing eggcups from your session; otherwise the new instance just exits. Run "gnome-session-remove eggcups", then redo the strace please. Created attachment 108009 [details]
strace -fF of failed print job (redux)
Sorry, I didn't realize how that worked (although I wondered a bit watching the
log).
Just discovered the following issue, which appears related to this: On FC3, enabling print sharing in system-config-printer opens ipp:udp in iptables but not ipp:tcp. Without the TCP port, printers are visible to remote clients but print jobs just queue. Once the TCP port is opened, the queue flushes and the jobs print. The interesting thing is, while the jobs are blocked, eggcups shows the job name and size as unknown. Haybe that's related? The important part is here: [pid 7203] connect(20, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr("172.19.112.245")}, 16) = 0 [pid 7203] send(20, "POST /printers/queue1 HTTP/1.1\r\n", 32, 0) = 32 [pid 7203] send(20, "Content-Length: 137\r\n", 21, 0) = 21 [pid 7203] send(20, "Content-Type: application/ipp\r\n", 31, 0) = 31 [pid 7203] send(20, "Host: gutenberg-ptr.ces.clemson.edu\r\n", 37, 0) = 37 [pid 7203] send(20, "\r\n", 2, 0) = 2 [pid 7203] time(NULL) = 1102371250 [pid 7203] send(20, "\1\1\0\t\0\0\0\1", 8, 0) = 8 [pid 7203] time(NULL) = 1102371250 [pid 7203] send(20, "\1G\0\22attributes-charset\0\5utf-8", 29, 0) = 29 [pid 7203] time(NULL) = 1102371250 [pid 7203] send(20, "H\0\33attributes-natural-language\0\5en-us", 37, 0) = 37 [pid 7203] time(NULL) = 1102371250 [pid 7203] send(20, "E\0\7job-uri\0\26ipp://localhost/jobs/9", 34, 0) = 34 [pid 7203] time(NULL) = 1102371250 [pid 7203] send(20, "B\0\24requesting-user-name\0\3mjs", 28, 0) = 28 [pid 7203] time(NULL) = 1102371250 [pid 7203] send(20, "\3", 1, 0) = 1 [pid 7203] recv(20, "HTTP/1.1 200 OK\r\nServer: Virata-EmWeb/R6_2_1\r\nTransfer-Encoding: chunked\r\nContent-Type: application/ipp\r\nCache-Control: max-age=3600, public\r\n\r\n", 2048, 0) = 144 [pid 7203] recv(20, "0000004b\r\n\1\1\4\6\0\0\0\1\1G\0\22attributes-charset\0\5utf-8H\0\33attributes-natural-language\0\5en-us\3\r\n", 2048, 0) = 87 When we ask for the job status here, we get basically nothing back from the server. I'm not quite sure whether this is an eggcups bug or an HP bug. I think we have a LaserJet here, I'll do some testing and get back to you. Created attachment 110696 [details]
Attempted strace of printing to a kyocera fs1010 with ipp
Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you! Closing per lack of response to previous request for information. This bug was originally filed against a much earlier version of Fedora Core, and significant changes have taken place since the last version for which this bug is confirmed. Note that FC3 and FC4 are supported by Fedora Legacy for security fixes only. Please install a still supported version and retest. If it still occurs on FC5 or FC6, please reopen and assign to the correct version. Otherwise, if this a security issue, please change the product to Fedora Legacy. Thanks, and we are sorry that we did not get to this bug earlier. Have not seen this with FC5 anyway. |