Printer Queue stoppped when printer is unconnected

[Abhijit]

SETUP:
I have hplip and cups on a "server" machine sharing a USB printer over LAN.

OBSERVED:
If the printer is off / and a remote machine sends a print request, CUPS/HPlip will accept the request and silently stop the printer. Even if the printer is subsequently turned on, the server will accept and enqueue the job but not print since printer is "stopped"
The only way to recover is for an admin to log in and restart the printer from HPlip-gui (Printer / Queue control).

FIX:
I see one of two possibilities:
1. If printer is not ON then HPLip / CUPS should reject incoming jobs outright.
2. If job is accepted and enqueued then HPLip should start printing as soon as printer becomes available.

Not sure if
- this behaviour is because of CUPS or HPLIP or both?
- this behavious is intended and by design?

[gf (gf-interlinks-deactivatedaccount)]

Hello Abhijit,
Thank you for submitting this bug and reporting a problem with hplip. You made this bug report some time ago and Ubuntu and hplip have been updated since then.

Could you confirm that this is no longer a problem and that we can close the ticket?
If it is still a problem, are you still interested in finding a solution to this bug?
If you are, could you let us know and, in the current version, could you run the following (only once):
apport-collect 1465588
and upload the updated logs and and any other logs that are relevant for this particular issue.

Thank you again for helping make Ubuntu and hplip better.
G
[Ubuntu Bug Squad volunteer triager]

[Abhijit (abhijit86k)]

Unfortunately I cannot help on this because I longer have the printer
nor the PC involved.

Abhijit

On Thu, 6 Sep 2018 at 06:12, gf <email address hidden> wrote:
>
> Hello Abhijit,
> Thank you for submitting this bug and reporting a problem with hplip. You made this bug report some time ago and Ubuntu and hplip have been updated since then.
>
> Could you confirm that this is no longer a problem and that we can close the ticket?
> If it is still a problem, are you still interested in finding a solution to this bug?
> If you are, could you let us know and, in the current version, could you run the following (only once):
> apport-collect 1465588
> and upload the updated logs and and any other logs that are relevant for this particular issue.
>
> Thank you again for helping make Ubuntu and hplip better.
> G
> [Ubuntu Bug Squad volunteer triager]
>
> ** Changed in: hplip (Ubuntu)
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1465588
>
> Title:
> Printer Queue stoppped when printer is unconnected
>
> Status in hplip package in Ubuntu:
> Incomplete
>
> Bug description:
> SETUP:
> I have hplip and cups on a "server" machine sharing a USB printer over LAN.
>
> OBSERVED:
> If the printer is off / and a remote machine sends a print request, CUPS/HPlip will accept the request and silently stop the printer. Even if the printer is subsequently turned on, the server will accept and enqueue the job but not print since printer is "stopped"
> The only way to recover is for an admin to log in and restart the printer from HPlip-gui (Printer / Queue control).
>
> FIX:
> I see one of two possibilities:
> 1. If printer is not ON then HPLip / CUPS should reject incoming jobs outright.
> 2. If job is accepted and enqueued then HPLip should start printing as soon as printer becomes available.
>
> Not sure if
> - this behaviour is because of CUPS or HPLIP or both?
> - this behavious is intended and by design?
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/1465588/+subscriptions

[gf (gf-interlinks-deactivatedaccount)]

Thanks for the update, Abhijit. I will close the report now.
Have a great day!
:)
G

Closed per reporter’s feedback.