| 2018-11-22 05:05:06 |
Trent Lloyd |
bug |
|
|
added bug |
| 2018-11-22 05:11:29 |
Trent Lloyd |
bug watch added |
|
https://github.com/apple/cups/issues/5438 |
|
| 2018-11-22 05:11:29 |
Trent Lloyd |
bug task added |
|
cups |
|
| 2018-11-22 05:14:00 |
Trent Lloyd |
description |
When using CUPS filters, these filters can take a few seconds to complete.
In this case no documents are allowed to be lost on printing failures, so we used to set "MaxJobTime 0" in cupsd.conf which worked on Ubuntu 14.04.
With cups on 18.04, you get the following message in /var/log/cups/error_log whenever the filter takes a little longer:
I [12/Nov/2018:14:43:26 +0100] [Job 18] Canceling stuck job after 0 seconds.
Then, the job is deleted and lost.
"MaxJobTime 0" is documented as "indefinite wait", but apparently cups treats is as "wait almost not at all".
This issue appears to have also been filed upstream: https://github.com/apple/cups/issues/5438 |
When using CUPS filters, these filters can take a few seconds to complete.
In this case no documents are allowed to be lost on printing failures, so we used to set "MaxJobTime 0" in cupsd.conf which worked on Ubuntu 14.04.
With cups on 18.04, you get the following message in /var/log/cups/error_log whenever the filter takes a little longer:
I [12/Nov/2018:14:43:26 +0100] [Job 18] Canceling stuck job after 0 seconds.
Then, the job is deleted and lost.
"MaxJobTime 0" is documented as "indefinite wait", but apparently cups treats is as "wait almost not at all".
This issue appears to have also been filed upstream: https://github.com/apple/cups/issues/5438
Temporary workaround is to set the MaxJobTime to a very large value instead (e.g. 3 years) |
|
| 2018-11-22 05:15:02 |
Trent Lloyd |
cups (Ubuntu): status |
New |
Confirmed |
|
| 2018-11-22 05:15:31 |
Trent Lloyd |
cups (Ubuntu): importance |
Undecided |
Medium |
|
| 2018-11-22 05:56:52 |
Bug Watch Updater |
cups: status |
Unknown |
New |
|
| 2018-12-06 08:32:54 |
Dariusz Gadomski |
nominated for series |
|
Ubuntu Cosmic |
|
| 2018-12-06 08:32:54 |
Dariusz Gadomski |
nominated for series |
|
Ubuntu Bionic |
|
| 2018-12-06 08:32:59 |
Dariusz Gadomski |
nominated for series |
|
Ubuntu Xenial |
|
| 2018-12-06 08:40:35 |
Dariusz Gadomski |
description |
When using CUPS filters, these filters can take a few seconds to complete.
In this case no documents are allowed to be lost on printing failures, so we used to set "MaxJobTime 0" in cupsd.conf which worked on Ubuntu 14.04.
With cups on 18.04, you get the following message in /var/log/cups/error_log whenever the filter takes a little longer:
I [12/Nov/2018:14:43:26 +0100] [Job 18] Canceling stuck job after 0 seconds.
Then, the job is deleted and lost.
"MaxJobTime 0" is documented as "indefinite wait", but apparently cups treats is as "wait almost not at all".
This issue appears to have also been filed upstream: https://github.com/apple/cups/issues/5438
Temporary workaround is to set the MaxJobTime to a very large value instead (e.g. 3 years) |
[Impact]
Setting the cupsd option MaxJobTime to 0 should make the server wait indefinitely for the job to be ready for print. Instead, after updating job-cancel-after option with MaxJobTime=0 value it results in immediate cancelling.
This leads to problems with using filters that take some time to process - the user needs to set MaxJobTime to a ridiculously high value to ensure the job is not going to get cancelled instead of just disabling the cancelling timeout.
[Test Case]
1. Add MaxJobTime 0 option to /etc/cups/cupsd.conf.
2. Setup a filter that takes at least several seconds to process.
(please find a sample imagetopdf wrapper introducing 5s delay)
3. Submit a print job matching the filter, e.g.
lp -d my-printer someimage.jpg # jpg uses the imagetopdf wrapper
Expected result:
The job is printed after the 5s delay.
Actual result:
The job is cancelled.
[Regression Potential]
The scope of the change is limited to fixing the MaxJobTime handling
in scheduler/job.c and scheduler/printers.c. There should be no
difference in behavior except for the special value of MaxJobTime=0.
[Other Info]
Original bug description:
When using CUPS filters, these filters can take a few seconds to complete.
In this case no documents are allowed to be lost on printing failures, so we used to set "MaxJobTime 0" in cupsd.conf which worked on Ubuntu 14.04.
With cups on 18.04, you get the following message in /var/log/cups/error_log whenever the filter takes a little longer:
I [12/Nov/2018:14:43:26 +0100] [Job 18] Canceling stuck job after 0 seconds.
Then, the job is deleted and lost.
"MaxJobTime 0" is documented as "indefinite wait", but apparently cups treats is as "wait almost not at all".
This issue appears to have also been filed upstream: https://github.com/apple/cups/issues/5438
Temporary workaround is to set the MaxJobTime to a very large value instead (e.g. 3 years) |
|
| 2018-12-06 08:40:39 |
Dariusz Gadomski |
tags |
|
sts |
|
| 2018-12-06 08:42:15 |
Dariusz Gadomski |
attachment added |
|
disco_cups_2.2.9-3ubuntu1.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219664/+files/disco_cups_2.2.9-3ubuntu1.debdiff |
|
| 2018-12-06 08:42:42 |
Dariusz Gadomski |
attachment added |
|
cosmic_cups_2.2.8-5ubuntu2.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219665/+files/cosmic_cups_2.2.8-5ubuntu2.debdiff |
|
| 2018-12-06 08:43:57 |
Dariusz Gadomski |
attachment added |
|
bionic_cups_2.2.7-1ubuntu2.2.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219666/+files/bionic_cups_2.2.7-1ubuntu2.2.debdiff |
|
| 2018-12-06 08:44:32 |
Dariusz Gadomski |
attachment added |
|
xenial_cups_2.1.3-4ubuntu0.6.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219667/+files/xenial_cups_2.1.3-4ubuntu0.6.debdiff |
|
| 2018-12-06 08:45:30 |
Dariusz Gadomski |
bug |
|
|
added subscriber Ubuntu SRU developers |
| 2018-12-06 08:45:49 |
Dariusz Gadomski |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
| 2018-12-06 08:46:02 |
Dariusz Gadomski |
bug |
|
|
added subscriber Dariusz Gadomski |
| 2018-12-06 09:06:18 |
Till Kamppeter |
bug task added |
|
cups (Ubuntu Bionic) |
|
| 2018-12-06 09:06:24 |
Till Kamppeter |
bug task added |
|
cups (Ubuntu Cosmic) |
|
| 2018-12-06 09:06:32 |
Till Kamppeter |
bug task added |
|
cups (Ubuntu Xenial) |
|
| 2018-12-06 11:42:19 |
Dan Streetman |
nominated for series |
|
Ubuntu Disco |
|
| 2018-12-06 11:42:19 |
Dan Streetman |
bug task added |
|
cups (Ubuntu Disco) |
|
| 2018-12-06 11:42:19 |
Dan Streetman |
nominated for series |
|
Ubuntu Trusty |
|
| 2018-12-06 11:42:19 |
Dan Streetman |
bug task added |
|
cups (Ubuntu Trusty) |
|
| 2018-12-06 11:42:57 |
Dan Streetman |
cups (Ubuntu Disco): assignee |
|
Dariusz Gadomski (dgadomski) |
|
| 2018-12-06 11:43:04 |
Dan Streetman |
cups (Ubuntu Cosmic): assignee |
|
Dariusz Gadomski (dgadomski) |
|
| 2018-12-06 11:43:10 |
Dan Streetman |
cups (Ubuntu Bionic): assignee |
|
Dariusz Gadomski (dgadomski) |
|
| 2018-12-06 11:43:17 |
Dan Streetman |
cups (Ubuntu Xenial): assignee |
|
Dariusz Gadomski (dgadomski) |
|
| 2018-12-06 11:43:19 |
Dan Streetman |
cups (Ubuntu Cosmic): importance |
Undecided |
Medium |
|
| 2018-12-06 11:43:21 |
Dan Streetman |
cups (Ubuntu Bionic): importance |
Undecided |
Medium |
|
| 2018-12-06 11:43:22 |
Dan Streetman |
cups (Ubuntu Xenial): importance |
Undecided |
Medium |
|
| 2018-12-06 11:43:25 |
Dan Streetman |
cups (Ubuntu Cosmic): status |
New |
In Progress |
|
| 2018-12-06 11:43:27 |
Dan Streetman |
cups (Ubuntu Disco): status |
Confirmed |
In Progress |
|
| 2018-12-06 11:43:29 |
Dan Streetman |
cups (Ubuntu Bionic): status |
New |
In Progress |
|
| 2018-12-06 11:43:31 |
Dan Streetman |
cups (Ubuntu Xenial): status |
New |
In Progress |
|
| 2018-12-06 11:58:01 |
Dan Streetman |
cups (Ubuntu Trusty): status |
New |
Invalid |
|
| 2018-12-06 11:58:31 |
Dan Streetman |
description |
[Impact]
Setting the cupsd option MaxJobTime to 0 should make the server wait indefinitely for the job to be ready for print. Instead, after updating job-cancel-after option with MaxJobTime=0 value it results in immediate cancelling.
This leads to problems with using filters that take some time to process - the user needs to set MaxJobTime to a ridiculously high value to ensure the job is not going to get cancelled instead of just disabling the cancelling timeout.
[Test Case]
1. Add MaxJobTime 0 option to /etc/cups/cupsd.conf.
2. Setup a filter that takes at least several seconds to process.
(please find a sample imagetopdf wrapper introducing 5s delay)
3. Submit a print job matching the filter, e.g.
lp -d my-printer someimage.jpg # jpg uses the imagetopdf wrapper
Expected result:
The job is printed after the 5s delay.
Actual result:
The job is cancelled.
[Regression Potential]
The scope of the change is limited to fixing the MaxJobTime handling
in scheduler/job.c and scheduler/printers.c. There should be no
difference in behavior except for the special value of MaxJobTime=0.
[Other Info]
Original bug description:
When using CUPS filters, these filters can take a few seconds to complete.
In this case no documents are allowed to be lost on printing failures, so we used to set "MaxJobTime 0" in cupsd.conf which worked on Ubuntu 14.04.
With cups on 18.04, you get the following message in /var/log/cups/error_log whenever the filter takes a little longer:
I [12/Nov/2018:14:43:26 +0100] [Job 18] Canceling stuck job after 0 seconds.
Then, the job is deleted and lost.
"MaxJobTime 0" is documented as "indefinite wait", but apparently cups treats is as "wait almost not at all".
This issue appears to have also been filed upstream: https://github.com/apple/cups/issues/5438
Temporary workaround is to set the MaxJobTime to a very large value instead (e.g. 3 years) |
[Impact]
Setting the cupsd option MaxJobTime to 0 should make the server wait indefinitely for the job to be ready for print. Instead, after updating job-cancel-after option with MaxJobTime=0 value it results in immediate cancelling.
This leads to problems with using filters that take some time to process - the user needs to set MaxJobTime to a ridiculously high value to ensure the job is not going to get cancelled instead of just disabling the cancelling timeout.
[Test Case]
1. Add MaxJobTime 0 option to /etc/cups/cupsd.conf.
2. Setup a filter that takes at least several seconds to process.
(please find a sample imagetopdf wrapper introducing 5s delay)
3. Submit a print job matching the filter, e.g.
lp -d my-printer someimage.jpg # jpg uses the imagetopdf wrapper
Expected result:
The job is printed after the 5s delay.
Actual result:
The job is cancelled.
[Regression Potential]
The scope of the change is limited to fixing the MaxJobTime handling
in scheduler/job.c and scheduler/printers.c. There should be no
difference in behavior except for the special value of MaxJobTime=0.
[Other Info]
Original bug description:
When using CUPS filters, these filters can take a few seconds to complete.
In this case no documents are allowed to be lost on printing failures, so we used to set "MaxJobTime 0" in cupsd.conf which worked on Ubuntu 14.04.
With cups on 18.04, you get the following message in /var/log/cups/error_log whenever the filter takes a little longer:
I [12/Nov/2018:14:43:26 +0100] [Job 18] Canceling stuck job after 0 seconds.
Then, the job is deleted and lost.
"MaxJobTime 0" is documented as "indefinite wait", but apparently cups treats is as "wait almost not at all".
This issue appears to have also been filed upstream: https://github.com/apple/cups/issues/5438
Temporary workaround is to set the MaxJobTime to a very large value instead (e.g. 3 years)
Trusty is not affected by this bug. |
|
| 2018-12-06 12:06:55 |
Dariusz Gadomski |
attachment removed |
disco_cups_2.2.9-3ubuntu1.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219664/+files/disco_cups_2.2.9-3ubuntu1.debdiff |
|
|
| 2018-12-06 12:07:23 |
Dariusz Gadomski |
attachment added |
|
disco_cups_2.2.9-3ubuntu1.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219720/+files/disco_cups_2.2.9-3ubuntu1.debdiff |
|
| 2018-12-06 12:30:38 |
Dan Streetman |
tags |
sts |
sts sts-sponsor sts-sponsor-ddstreet |
|
| 2018-12-06 12:38:17 |
Dan Streetman |
cups (Ubuntu Disco): assignee |
Dariusz Gadomski (dgadomski) |
Dan Streetman (ddstreet) |
|
| 2018-12-06 12:46:21 |
Dan Streetman |
bug watch added |
|
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915724 |
|
| 2018-12-06 12:46:21 |
Dan Streetman |
bug task added |
|
cups (Debian) |
|
| 2018-12-06 12:48:55 |
Dan Streetman |
attachment added |
|
lp1804576-disco.debdiff https://bugs.launchpad.net/debian/+source/cups/+bug/1804576/+attachment/5219728/+files/lp1804576-disco.debdiff |
|
| 2018-12-06 12:49:01 |
Dan Streetman |
bug |
|
|
added subscriber Dan Streetman |
| 2018-12-06 12:49:29 |
Dan Streetman |
attachment removed |
disco_cups_2.2.9-3ubuntu1.debdiff https://bugs.launchpad.net/debian/+source/cups/+bug/1804576/+attachment/5219720/+files/disco_cups_2.2.9-3ubuntu1.debdiff |
|
|
| 2018-12-06 13:37:00 |
Bug Watch Updater |
cups (Debian): status |
Unknown |
New |
|
| 2018-12-06 16:10:28 |
Till Kamppeter |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2018-12-06 22:27:04 |
Jeremy Bícha |
removed subscriber Ubuntu Sponsors Team |
|
|
|
| 2018-12-07 14:06:29 |
Bug Watch Updater |
cups (Debian): status |
New |
Fix Released |
|
| 2018-12-07 20:46:43 |
Bug Watch Updater |
cups: status |
New |
Fix Released |
|
| 2018-12-08 16:38:37 |
Launchpad Janitor |
cups (Ubuntu Disco): status |
In Progress |
Fix Released |
|
| 2018-12-12 07:40:53 |
Dariusz Gadomski |
attachment removed |
cosmic_cups_2.2.8-5ubuntu2.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219665/+files/cosmic_cups_2.2.8-5ubuntu2.debdiff |
|
|
| 2018-12-12 07:41:02 |
Dariusz Gadomski |
attachment removed |
bionic_cups_2.2.7-1ubuntu2.2.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219666/+files/bionic_cups_2.2.7-1ubuntu2.2.debdiff |
|
|
| 2018-12-12 07:41:15 |
Dariusz Gadomski |
attachment removed |
xenial_cups_2.1.3-4ubuntu0.6.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5219667/+files/xenial_cups_2.1.3-4ubuntu0.6.debdiff |
|
|
| 2018-12-12 07:41:42 |
Dariusz Gadomski |
attachment added |
|
cosmic_cups_2.2.8-5ubuntu1.2.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5221595/+files/cosmic_cups_2.2.8-5ubuntu1.2.debdiff |
|
| 2018-12-12 07:42:04 |
Dariusz Gadomski |
attachment added |
|
bionic_cups_2.2.7-1ubuntu2.3.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5221596/+files/bionic_cups_2.2.7-1ubuntu2.3.debdiff |
|
| 2018-12-12 07:42:27 |
Dariusz Gadomski |
attachment added |
|
xenial_cups_2.1.3-4ubuntu0.7.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1804576/+attachment/5221597/+files/xenial_cups_2.1.3-4ubuntu0.7.debdiff |
|
| 2018-12-12 07:42:51 |
Dariusz Gadomski |
bug |
|
|
added subscriber STS Sponsors |
| 2018-12-12 20:15:53 |
Brian Murray |
cups (Ubuntu Cosmic): status |
In Progress |
Fix Committed |
|
| 2018-12-12 20:15:57 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
| 2018-12-12 20:16:01 |
Brian Murray |
tags |
sts sts-sponsor sts-sponsor-ddstreet |
sts sts-sponsor sts-sponsor-ddstreet verification-needed verification-needed-cosmic |
|
| 2018-12-12 20:17:40 |
Brian Murray |
cups (Ubuntu Bionic): status |
In Progress |
Fix Committed |
|
| 2018-12-12 20:17:48 |
Brian Murray |
tags |
sts sts-sponsor sts-sponsor-ddstreet verification-needed verification-needed-cosmic |
sts sts-sponsor sts-sponsor-ddstreet verification-needed verification-needed-bionic verification-needed-cosmic |
|
| 2018-12-12 20:19:48 |
Brian Murray |
cups (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
| 2018-12-12 20:19:57 |
Brian Murray |
tags |
sts sts-sponsor sts-sponsor-ddstreet verification-needed verification-needed-bionic verification-needed-cosmic |
sts sts-sponsor sts-sponsor-ddstreet verification-needed verification-needed-bionic verification-needed-cosmic verification-needed-xenial |
|
| 2018-12-13 07:57:00 |
Dariusz Gadomski |
tags |
sts sts-sponsor sts-sponsor-ddstreet verification-needed verification-needed-bionic verification-needed-cosmic verification-needed-xenial |
sts sts-sponsor sts-sponsor-ddstreet verification-done-bionic verification-needed verification-needed-cosmic verification-needed-xenial |
|
| 2018-12-13 08:28:09 |
Dariusz Gadomski |
tags |
sts sts-sponsor sts-sponsor-ddstreet verification-done-bionic verification-needed verification-needed-cosmic verification-needed-xenial |
sts sts-sponsor sts-sponsor-ddstreet verification-done-bionic verification-done-cosmic verification-needed verification-needed-xenial |
|
| 2018-12-13 08:33:04 |
Dariusz Gadomski |
tags |
sts sts-sponsor sts-sponsor-ddstreet verification-done-bionic verification-done-cosmic verification-needed verification-needed-xenial |
sts sts-sponsor sts-sponsor-ddstreet verification-done verification-done-bionic verification-done-cosmic verification-done-xenial |
|
| 2019-01-12 04:28:47 |
Mathew Hodson |
bug task deleted |
cups (Ubuntu Trusty) |
|
|
| 2019-01-17 10:39:14 |
Launchpad Janitor |
cups (Ubuntu Cosmic): status |
Fix Committed |
Fix Released |
|
| 2019-01-17 10:39:24 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2019-01-17 10:45:08 |
Launchpad Janitor |
cups (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
| 2019-01-17 10:45:39 |
Launchpad Janitor |
cups (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
| 2019-03-20 13:12:01 |
Dan Streetman |
tags |
sts sts-sponsor sts-sponsor-ddstreet verification-done verification-done-bionic verification-done-cosmic verification-done-xenial |
sts verification-done verification-done-bionic verification-done-cosmic verification-done-xenial |
|
| 2019-03-20 13:12:08 |
Dan Streetman |
removed subscriber STS Sponsors |
|
|
|
| 2019-03-20 13:12:14 |
Dan Streetman |
removed subscriber Ubuntu SRU developers |
|
|
|
