Bug 472908 - issues with delayed scheduling
issues with delayed scheduling
Product: Fedora
Classification: Fedora
Component: system-config-printer (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-11-25 10:40 EST by Matthias Clasen
Modified: 2009-03-06 19:43 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-03-06 19:43:46 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Matthias Clasen 2008-11-25 10:40:29 EST
I was trying to understand some of the delayed scheduling features, and there seems to be some issues with it in the queue viewer (ie what you get when you click on the applet).

If I print a job and mark it as "on hold", the applet appears, and the job shows up in the queue viewer, but its state says "processing". The cups web interface on the other hand, correctly says "on hold since ...". One consequence of this is that I can't actually release the job from the queue viewer.

If I print a job an mark it as "at 20:00" or somesuch, it does show up with a state of  "Pending" in the queue viewer. It would be nice if it would say when the job will be printed, and also if there was a way to reschedule it for a different time (mostly, a "print now" button). 

For the pending job, I have a sensitive "Hold" menu action, and if I use it, the viewer actually shows the job as "Held", so the problem with the other job seems to be just that the viewer doesn't pick up the right state, not that it can't handle held jobs at all...
Comment 1 Tim Waugh 2008-11-28 08:13:19 EST
What does 'rpm -q system-config-printer' say?  I'm having trouble reproducing the 'wrong state' part, and I'm wondering if you're seeing a problem with missed job events.

When I submit a job using (for example) 'lp -H 23:00 ...', the job shows as 'Held', and selecting 'Release' from the context menu prints the job now.

(Yes, it would be great to show the hold time in the viewer though..)
Comment 2 Matthias Clasen 2008-11-28 10:31:30 EST

Fwiw, I can't consistently reproduce the probblem either, but I am having other problems: the applet doesn't show up when I queue a print job...
Comment 3 Tim Waugh 2008-11-28 10:42:26 EST
Kill the applet and run it by hand like this:

  system-config-printer-applet --debug

If you catch the problem after doing this, please attach the output here.
Comment 4 Matthias Clasen 2008-11-28 13:59:00 EST
Ok, I was trying this with my local usb printer not plugged in. It appears in the print dialog with a paused icon, but GTK+ still thinks it will accept jobs. But when I send a job, it silently vanishes. Why does cups say that the printer is accepting jobs, when in fact they go to /dev/null ?
Comment 5 Tim Waugh 2008-11-28 14:27:51 EST
For me on F-9 they are queued in this situation.

If that's not happening for you please supply troubleshoot output.
Comment 6 Matthias Clasen 2009-03-06 19:43:46 EST
Everything seems to work in rawhide now.

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