Bug 742026 - No indication that print queue has problems, or what they are
Summary: No indication that print queue has problems, or what they are
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-settings-daemon
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Marek Kašík
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-28 19:59 UTC by Stef Walter
Modified: 2012-03-09 13:35 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-03-09 13:35:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
The trouble shooter hangs at this screenshot (21.67 KB, image/png)
2011-09-29 20:18 UTC, Stef Walter
no flags Details
Error log after enabling cups debugging (210.62 KB, application/x-bzip)
2011-09-29 20:31 UTC, Stef Walter
no flags Details

Description Stef Walter 2011-09-28 19:59:12 UTC
Description of problem:

Installed hp printer (worked under FC15). When I print the test page or other document, the print job just dissapers quickly as if it succeeded. No log lines appears in /var/log/cups/access_log or /var/log/cups/error_log.

Additionally I cannot access http://localhost:631 from a web browser. The connection just hangs.

Version-Release number of selected component (if applicable):

Installed Packages
Name        : cups
Arch        : i686
Epoch       : 1
Version     : 1.5.0
Release     : 9.fc16
Size        : 8.2 M
Repo        : installed
From repo   : updates-testing
Summary     : Common Unix Printing System
URL         : http://www.cups.org/
License     : GPLv2
Description : The Common UNIX Printing System provides a portable printing layer
            : for UNIX® operating systems. It has been developed by Easy
            : Software Products to promote a standard printing solution for all
            : UNIX vendors and users. CUPS provides the System V and Berkeley
            : command-line interfaces.

How reproducible:

Every time.

Steps to Reproduce:
1. Setup HP network based printer 
2. Print test page
3. 
  
Actual results:

No printed page.

Expected results:

Prints.

Additional info:

Comment 1 Tim Waugh 2011-09-29 08:42:31 UTC
Please run the printing troubleshooter.

https://fedoraproject.org/wiki/Printing/Debugging#Printing_troubleshooter

Comment 2 Stef Walter 2011-09-29 20:18:36 UTC
Created attachment 525637 [details]
The trouble shooter hangs at this screenshot

Comment 3 Stef Walter 2011-09-29 20:24:39 UTC
This command from the https://fedoraproject.org/wiki/Printing/Debugging#Printing_troubleshooter page no longer works on FC16:

$ su -c '/sbin/service cups restartlog'
Redirecting to /bin/systemctl  restartlog cups.service
Unknown operation restartlog

Once debugging is enabled for cups, then this error gets shown when I click 'Print Test Page':

There was an error during the CUPS operation: 'server-error-internal-error'. Attaching the error log.

Comment 4 Stef Walter 2011-09-29 20:31:00 UTC
Created attachment 525639 [details]
Error log after enabling cups debugging

Had to compress this, as it was too big otherwise

Comment 5 Stef Walter 2011-09-29 20:36:12 UTC
Thanks pointing me to the trouble shooter page.

Printer info from lpinfo:

Device: uri = http
        class = network
        info = Internet Printing Protocol (http)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = socket
        class = network
        info = AppSocket/HP JetDirect
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = lpd
        class = network
        info = LPD/LPR Host or Printer
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = ipp
        class = network
        info = Internet Printing Protocol (ipp)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = ipps
        class = network
        info = Internet Printing Protocol (ipps)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = beh
        class = network
        info = Backend Error Handler
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = serial:/dev/ttyS0?baud=115200
        class = serial
        info = Serial Port #1
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = https
        class = network
        info = Internet Printing Protocol (https)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = smb
        class = network
        info = Windows Printer via SAMBA
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = hp
        class = direct
        info = HP Printer (HPLIP)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = hpfax
        class = direct
        info = HP Fax (HPLIP)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = dnssd://HP%20LaserJet%20Professional%20M1212nf%20MFP._pdl-datastream._tcp.local/
        class = network
        info = HP LaserJet Professional M1212nf MFP
        make-and-model = Hewlett-Packard HP LaserJet Professional M1212nf MFP
        device-id = MFG:Hewlett-Packard;MDL:HP LaserJet Professional M1212nf MFP;FZY:0;
        location = 
Device: uri = dnssd://HP%20LaserJet%20Professional%20M1212nf%20MFP._printer._tcp.local/
        class = network
        info = HP LaserJet Professional M1212nf MFP
        make-and-model = Hewlett-Packard HP LaserJet Professional M1212nf MFP
        device-id = MFG:Hewlett-Packard;MDL:HP LaserJet Professional M1212nf MFP;FZY:0;
        location = 

PPD:

[stef@stef-desktop Desktop]$ grep '^*NickName:' /etc/cups/ppd/laserjet.ppd 
*NickName: "HP LaserJet Professional m1212nf MFP, hpcups 3.11.7, requires proprietary plugin"

Hmmm, that last one says "requires proprietary plugin". Is that really the case? And if so that message should be displayed in the printer state, rather than the current: "Idle - ready to print"

Comment 6 Jiri Popelka 2011-09-30 10:16:09 UTC
(In reply to comment #5)
> Hmmm, that last one says "requires proprietary plugin". Is that really the
> case? And if so that message should be displayed in the printer state, rather
> than the current: "Idle - ready to print"

Yes, that's most likely the reason.
Please install it with 'hp-plugin'.

from error_log:
STATE: +hplip.plugin-error

Comment 7 Stef Walter 2011-09-30 11:28:21 UTC
Thank you for pointing me in that direction. As you probably agree, we need to point the user in this direction rather than saying "Idle - ready to print". I've changed the bug description.

In other news:

[stef@stef-desktop tmp]$ wget http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/hplip-3.11.7-plugin.run
--2011-09-30 13:20:57--  http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/hplip-3.11.7-plugin.run
Resolving www.openprinting.org... 140.211.169.32
Connecting to www.openprinting.org|140.211.169.32|:80... connected.
HTTP request sent, awaiting response... 503 Service Temporarily Unavailable
2011-09-30 13:20:57 ERROR 503: Service Temporarily Unavailable.

I'll try to find that file elsewhere.

Comment 8 Tim Waugh 2011-09-30 12:01:34 UTC
This bug report has so many bugs indicated...

So, let's try to enumerate them:

1. hpijs.drv doesn't contain a cupsIPPReason attribute to give descriptive text to the hplip.plugin-error state reason (hpcups.drv does)

2. gnome-settings-daemon doesn't display anything about the fact that the job stopped in any case, and ignores hplip.plugin-error

3. comment #4 indicates that something is busy-looping talking to cupsd, and won't take 401 for an answer (probably troubleshooter?)

4. troubleshooter not working right (comment #2)

5. Wiki page needs updating (comment #2)

Let's make this particular bug ID about the first one: hpijs.drv needs to describe a cupsIPPReason PPD attribute.  I'll file bugs for the next 3, and fix the wiki page.

Comment 9 Stef Walter 2011-09-30 12:14:50 UTC
Great. Let me know if more information or testing is needed.

BTW, just to confirm, after I managed to find that plugin file and installed it, the printer works.

Comment 10 Tim Waugh 2011-09-30 12:33:59 UTC
Wait a minute... you're using the hpcups driver.  So actually problem 1 above is rubbish (hpijs doesn't use the hplip.plugin-error state reason at all).

So I'll change this bug ID to be about the second one, file bugs for the next 2, and fix the wiki page.

To summarise:

The part of gnome-settings-daemon that watches for CUPS events should:

* look for printer queues suddenly gaining unrecognised printer state reasons (e.g. hplip.plugin-error),
* look them up in the PPD using the cupsIPPReason attributes, and
* display a notification to the user about them.

Comment 11 Marek Kašík 2012-03-09 13:35:36 UTC
Fix for this bug is available in gnome-settings-daemon-3.3.5 which is available in Fedora 17 (still under development). I'm closing this with resolution nextrelease.

Marek


Note You need to log in before you can comment on or make changes to this bug.