HAL does not correctly disable/enable print queues for HP printers if they are turned of/turned on

Bug #164945 reported by Mark
8
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
Confirmed
Medium
Unassigned
hal-cups-utils (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Just installed all upgrades and it seems cups is acting up. Having alot of trouble network printing. In the printing applet, i keep having to go to the policies tab and check the enabled box to get printing to work.

I will keep playing with it and report back any more details.

Revision history for this message
Mark (nix4me) wrote :

Here is what I am seeing. After a reboot of the print server, the printer is online and reachable. I go to my desktop machine and print a document. The printer starts printing then stops midstream. Sending additional documents go into the que but the printer is stopped.

I go to the printing applet on the server and check the status. Status is stopped. When i click the policies tab, the "enabled" box is unchecked. If i click enable, the printer immediately starts printing.

Any idea what is happening? Should i go back to the previous cups binaries?

Revision history for this message
Mark (nix4me) wrote :

By the way, I am using a HP D2400 series printer. It is fully supported and I never had a problem before.

One interesting thing to note, This problem also happened on Fedora 8. I thought it was a Fedora problem so i reloaded the OS to Ubuntu. I suspect the new cups packages since they were updated recently on both Fedora and Ubuntu.

Revision history for this message
miguelquiros (mquiros) wrote :

I do not know if it is exactly the same problem as yours. If I start up the computer with the printer off, apparently cups automatically flags the printer as not enabled. Even if I turn the printer on afterwards, the printer still appears in the computer as stopped and any job sent keeps sleeping in the queue. If I check the "enable" box, the printer start printing whatever is in the queue. An user without lpadmin privileges cannot reenable the printer an so, cannot print at all.
Before the last upgrade to Gusty, the printer was flag as "not enabled" and should be manually enabled only when I forgot to turn it on before sending a job. After the upgrade it is flagged as "not enabled" if it is off at computer startup. This may be logically justified only if there were some sort of deamon checking very frequently whether the printer has been turned on to re-enable it automatically but it does not seem to be the case. I would rather prefer that the printer is never automatically disabled. Does anyone know if this kind of behaviour is configurable somehow?
I think this is some sort of new cups feature intended as an improvement but which turns out to be a annoyance for many users.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Both Gutsy and Fedora 8 automatically disable and enable print queues via HAL when the printer (USB only) is turned of and turned on again. For non-HP printers this works well. HP printers are controlled by HPLIP and HPLIP detaches the printers from the usblp kernel module which makes them invisible for HAL, as HAL uses only the reports of the usblp module to determine the appearing and disappearing of USB printers.

Moving this to hal-cups-utils ...

Changed in cupsys:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Tim Waugh (twaugh) wrote :

I wonder if we should turn off queue disabling for HP printers.

The report that Fedora 8 behaves the same way is interesting though -- for the Fedora 8 release I took out the code that disables queues, so no queues should have been disabled. (Perhaps the reporter meant Fedora 8 test 1 or similar.)

Revision history for this message
Mark (nix4me) wrote : Re: [Bug 164945] Re: HAL does not correctly disable/enable print queues for HP printers if they are turned of/turned on

Tim Waugh wrote:
> I wonder if we should turn off queue disabling for HP printers.
>
> The report that Fedora 8 behaves the same way is interesting though --
> for the Fedora 8 release I took out the code that disables queues, so no
> queues should have been disabled. (Perhaps the reporter meant Fedora 8
> test 1 or similar.)
>
>
Is a patch going to be pushed for Gutsy?

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

This is a problem of HAL itself. HAL should also recognize connection and removal of printers via libusb.

Changed in hal:
importance: Undecided → Medium
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.