| 2016-07-01 21:03:08 |
dominix |
bug |
|
|
added bug |
| 2016-08-24 19:55:45 |
Launchpad Janitor |
cups (Ubuntu): status |
New |
Confirmed |
|
| 2016-08-24 20:08:26 |
Till Kamppeter |
cups (Ubuntu): status |
Confirmed |
Incomplete |
|
| 2016-08-30 07:22:32 |
Stephan |
attachment added |
|
error_log https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1598300/+attachment/4730601/+files/error_log |
|
| 2016-09-15 20:44:11 |
Till Kamppeter |
bug watch added |
|
https://github.com/apple/cups/issues/4874 |
|
| 2016-09-16 02:39:50 |
Till Kamppeter |
cups (Ubuntu): status |
Incomplete |
Confirmed |
|
| 2016-09-20 23:10:38 |
Till Kamppeter |
cups (Ubuntu): status |
Confirmed |
Fix Released |
|
| 2016-09-20 23:10:50 |
Till Kamppeter |
nominated for series |
|
Ubuntu Xenial |
|
| 2016-09-20 23:10:50 |
Till Kamppeter |
bug task added |
|
cups (Ubuntu Xenial) |
|
| 2016-09-20 23:11:04 |
Till Kamppeter |
cups (Ubuntu Xenial): status |
New |
Confirmed |
|
| 2016-09-20 23:11:15 |
Till Kamppeter |
cups (Ubuntu Xenial): milestone |
|
xenial-updates |
|
| 2016-09-21 00:57:26 |
Till Kamppeter |
bug watch added |
|
https://github.com/apple/cups/issues/4755 |
|
| 2016-10-05 08:17:31 |
Timothy J. Trace |
bug |
|
|
added subscriber Timothy J. Trace |
| 2016-10-05 08:17:58 |
Timothy J. Trace |
removed subscriber Timothy J. Trace |
|
|
|
| 2016-10-05 08:18:02 |
Timothy J. Trace |
bug |
|
|
added subscriber Timothy J. Trace |
| 2016-10-17 15:04:42 |
Bertrand Rétif |
bug |
|
|
added subscriber Bertrand Rétif |
| 2016-11-12 15:39:10 |
Iiro Laiho |
summary |
cups hang after a while |
CUPS web interface stops responding after a while |
|
| 2016-11-12 15:42:19 |
Iiro Laiho |
tags |
|
xenial |
|
| 2016-11-12 15:44:40 |
Iiro Laiho |
bug |
|
|
added subscriber Iiro Laiho |
| 2016-11-12 15:49:52 |
Iiro Laiho |
tags |
xenial |
regression-release xenial |
|
| 2016-11-14 17:28:24 |
Till Kamppeter |
description |
after 6 minutes or so, cups is not responding.
it do not produce error on the log, just stop working, worse, it exit with 0
⌌—————————————————————————————————————————————————————————————————————————————————————⌍
|root@cupsmachine :~# systemctl status cups |
|● cups.service - CUPS Scheduler |
| Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled)|
| Active: inactive (dead) since ven. 2016-07-01 10:31:32 TAHT; 2min 16s ago |
| Docs: man:cupsd(8) |
| Process: 28686 ExecStart=/usr/sbin/cupsd -l (code=exited, status=0/SUCCESS) |
| Main PID: 28686 (code=exited, status=0/SUCCESS) |
| |
|juil. 01 10:30:01 appli-client systemd[1]: Started CUPS Scheduler. |
⌎—————————————————————————————————————————————————————————————————————————————————————⌏
I got to launch it again, so I have finish with a cron job like
*/10 * * * * systemctl status cups.service|grep -q 'inactive (dead)' && systemctl start cups
but it is a dirty solution. I have no idea of what make it stop.
NB: I have seen problems related to apparmor, this machine has no apparmor package. |
after 6 minutes or so, cups is not responding.
it do not produce error on the log, just stop working, worse, it exit with 0
⌌—————————————————————————————————————————————————————————————————————————————————————⌍
|root@cupsmachine :~# systemctl status cups |
|● cups.service - CUPS Scheduler |
| Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled)|
| Active: inactive (dead) since ven. 2016-07-01 10:31:32 TAHT; 2min 16s ago |
| Docs: man:cupsd(8) |
| Process: 28686 ExecStart=/usr/sbin/cupsd -l (code=exited, status=0/SUCCESS) |
| Main PID: 28686 (code=exited, status=0/SUCCESS) |
| |
|juil. 01 10:30:01 appli-client systemd[1]: Started CUPS Scheduler. |
⌎—————————————————————————————————————————————————————————————————————————————————————⌏
I got to launch it again, so I have finish with a cron job like
*/10 * * * * systemctl status cups.service|grep -q 'inactive (dead)' && systemctl start cups
but it is a dirty solution. I have no idea of what make it stop.
NB: I have seen problems related to apparmor, this machine has no apparmor package.
[Impact]
If you want to use the CUPS web interface in Xenial and therefore set "WebInterface Yes" in /etc/cups/cupsd.conf, CUPS could auto-shutdown when it is idle and then an attempt to access http://localhost:631/ via a web browser fails. People get confused as other access to CUPS
[Testcase]
Take a CUPS setup on Xenial with no shared print queues and CUPS only listening on the domain socket. Activate the web interface via
cupsctl WebInterface=Yes
Now you are able to access the web interface via http://localhost:631/. Wait for some minutes without accessing CUPS until the CUPS daemon shuts down automatically. Try to open the web interface again and it will not work.
With the fixed CUPS package CUPS will not auto-shutdown when the web interface is activated.
[Regression Potential]
Low, as we are removing a simple distro patch to get back to the original, upstream behavior. |
|
| 2016-11-14 17:28:50 |
Till Kamppeter |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2016-11-14 17:28:55 |
Till Kamppeter |
cups (Ubuntu Xenial): status |
Confirmed |
In Progress |
|
| 2016-11-14 17:35:29 |
Till Kamppeter |
attachment added |
|
cups_2.1.3-4_2.1.3-4ubuntu0.1.debdiff https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1598300/+attachment/4777337/+files/cups_2.1.3-4_2.1.3-4ubuntu0.1.debdiff |
|
| 2016-11-17 23:17:08 |
Brian Murray |
cups (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
| 2016-11-17 23:17:12 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
| 2016-11-17 23:17:18 |
Brian Murray |
tags |
regression-release xenial |
regression-release verification-needed xenial |
|
| 2016-11-23 20:05:27 |
Till Kamppeter |
tags |
regression-release verification-needed xenial |
regression-release verification-done xenial |
|
| 2016-12-01 13:07:07 |
Robie Basak |
bug |
|
|
added subscriber Robie Basak |
| 2017-01-11 16:02:29 |
ThorstenK |
cups (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
| 2017-01-11 17:12:38 |
Robie Basak |
cups (Ubuntu Xenial): status |
Fix Released |
Fix Committed |
|
| 2017-01-18 11:49:06 |
Robie Basak |
tags |
regression-release verification-done xenial |
regression-release xenial |
|
| 2017-01-26 23:08:48 |
ajgreeny |
bug |
|
|
added subscriber ajgreeny |
| 2017-01-27 14:55:40 |
Till Kamppeter |
tags |
regression-release xenial |
regression-release verification-done xenial |
|
| 2017-01-27 15:59:57 |
Robie Basak |
tags |
regression-release verification-done xenial |
regression-release xenial |
|
| 2017-02-10 04:13:16 |
Open Sense Solutions |
bug |
|
|
added subscriber Michael Pardee |
| 2017-02-13 10:03:33 |
Dominique Poulain |
bug |
|
|
added subscriber Dominique Poulain |
| 2017-03-27 07:24:58 |
Robie Basak |
tags |
regression-release xenial |
regression-release verification-done xenial |
|
| 2017-03-27 08:43:04 |
Michael Cunningham |
bug |
|
|
added subscriber Michael Cunningham |
| 2017-03-27 13:41:37 |
Robie Basak |
tags |
regression-release verification-done xenial |
regression-release xenial |
|
| 2017-03-27 13:41:42 |
Robie Basak |
cups (Ubuntu Xenial): status |
Fix Committed |
Triaged |
|
| 2017-04-25 08:13:54 |
teluka |
bug |
|
|
added subscriber Mateusz Pawlowski |
| 2017-07-17 14:14:54 |
KWAndi |
bug |
|
|
added subscriber KWAndi |
| 2017-08-02 00:07:56 |
Spike |
bug |
|
|
added subscriber Spike |
| 2017-08-23 00:21:08 |
Chris Halse Rogers |
cups (Ubuntu Xenial): status |
Triaged |
Fix Committed |
|
| 2017-08-23 00:21:26 |
Chris Halse Rogers |
tags |
regression-release xenial |
regression-release verification-needed verification-needed-xenial xenial |
|
| 2017-08-23 15:18:18 |
Eric Desrochers |
description |
after 6 minutes or so, cups is not responding.
it do not produce error on the log, just stop working, worse, it exit with 0
⌌—————————————————————————————————————————————————————————————————————————————————————⌍
|root@cupsmachine :~# systemctl status cups |
|● cups.service - CUPS Scheduler |
| Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled)|
| Active: inactive (dead) since ven. 2016-07-01 10:31:32 TAHT; 2min 16s ago |
| Docs: man:cupsd(8) |
| Process: 28686 ExecStart=/usr/sbin/cupsd -l (code=exited, status=0/SUCCESS) |
| Main PID: 28686 (code=exited, status=0/SUCCESS) |
| |
|juil. 01 10:30:01 appli-client systemd[1]: Started CUPS Scheduler. |
⌎—————————————————————————————————————————————————————————————————————————————————————⌏
I got to launch it again, so I have finish with a cron job like
*/10 * * * * systemctl status cups.service|grep -q 'inactive (dead)' && systemctl start cups
but it is a dirty solution. I have no idea of what make it stop.
NB: I have seen problems related to apparmor, this machine has no apparmor package.
[Impact]
If you want to use the CUPS web interface in Xenial and therefore set "WebInterface Yes" in /etc/cups/cupsd.conf, CUPS could auto-shutdown when it is idle and then an attempt to access http://localhost:631/ via a web browser fails. People get confused as other access to CUPS
[Testcase]
Take a CUPS setup on Xenial with no shared print queues and CUPS only listening on the domain socket. Activate the web interface via
cupsctl WebInterface=Yes
Now you are able to access the web interface via http://localhost:631/. Wait for some minutes without accessing CUPS until the CUPS daemon shuts down automatically. Try to open the web interface again and it will not work.
With the fixed CUPS package CUPS will not auto-shutdown when the web interface is activated.
[Regression Potential]
Low, as we are removing a simple distro patch to get back to the original, upstream behavior. |
after 6 minutes or so, cups is not responding.
it do not produce error on the log, just stop working, worse, it exit with 0
⌌—————————————————————————————————————————————————————————————————————————————————————⌍
|root@cupsmachine :~# systemctl status cups |
|● cups.service - CUPS Scheduler |
| Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled)|
| Active: inactive (dead) since ven. 2016-07-01 10:31:32 TAHT; 2min 16s ago |
| Docs: man:cupsd(8) |
| Process: 28686 ExecStart=/usr/sbin/cupsd -l (code=exited, status=0/SUCCESS) |
| Main PID: 28686 (code=exited, status=0/SUCCESS) |
| |
|juil. 01 10:30:01 appli-client systemd[1]: Started CUPS Scheduler. |
⌎—————————————————————————————————————————————————————————————————————————————————————⌏
I got to launch it again, so I have finish with a cron job like
*/10 * * * * systemctl status cups.service|grep -q 'inactive (dead)' && systemctl start cups
but it is a dirty solution. I have no idea of what make it stop.
NB: I have seen problems related to apparmor, this machine has no apparmor package.
[Impact]
If you want to use the CUPS web interface in Xenial and therefore set "WebInterface Yes" in /etc/cups/cupsd.conf, CUPS could auto-shutdown when it is idle and then an attempt to access http://localhost:631/ via a web browser fails. People get confused as other access to CUPS
[Testcase]
Take a CUPS setup on Xenial with no shared print queues and CUPS only listening on the domain socket. Activate the web interface via
cupsctl WebInterface=Yes
Now you are able to access the web interface via http://localhost:631/. Wait for some minutes without accessing CUPS until the CUPS daemon shuts down automatically. Try to open the web interface again and it will not work.
With the fixed CUPS package CUPS will not auto-shutdown when the web interface is activated.
[Regression Potential]
Low, as we are removing a simple distro patch to get back to the original, upstream behavior.
[Regression in Pending SRU page]
* Regression in autopkgtest for c2esp (armhf): test log
This autopkgtest seems always fails :
http://autopkgtest.ubuntu.com/packages/c/c2esp/xenial/armhf
c2esp [xenial/armhf]
Version Triggers Date Duration Result
27-2 cups/2.1.3-4ubuntu0.3 2017-08-23 04:07:44 UTC 2h 50m 13s fail log artifacts ♻
27-2 cups/2.1.3-4ubuntu0.2 2017-08-14 23:31:50 UTC 2h 50m 11s fail log artifacts ♻
27-2 cups/2.1.3-4ubuntu0.2 2017-07-17 20:17:10 UTC 2h 50m 52s fail log artifacts ♻
27-2 cups/2.1.3-4ubuntu0.1 2017-01-20 12:00:41 UTC 2h 49m 29s fail log artifacts ♻
Additionally look at Till comment :
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1642966/comments/129
* Regression in autopkgtest for libreoffice (i386): test log
It's a known issue, A regression in the kernel, which breaks libreoffice with java enabled on i386 :
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1699772
... so until this is fixed upstream in the kernel and backported in an ubuntu kernel, I'm afraid the only option is to just ignore the failure. |
|
| 2017-08-23 15:19:40 |
Eric Desrochers |
bug |
|
|
added subscriber Eric Desrochers |
| 2017-08-23 18:18:50 |
Eric Desrochers |
cups (Ubuntu Xenial): importance |
Undecided |
Medium |
|
| 2017-08-23 18:18:56 |
Eric Desrochers |
cups (Ubuntu Xenial): assignee |
|
Eric Desrochers (slashd) |
|
| 2017-08-23 18:24:39 |
Eric Desrochers |
cups (Ubuntu Xenial): assignee |
Eric Desrochers (slashd) |
Till Kamppeter (till-kamppeter) |
|
| 2017-08-23 18:48:50 |
Till Kamppeter |
tags |
regression-release verification-needed verification-needed-xenial xenial |
regression-release verification-done verification-done-xenial xenial |
|
| 2017-08-31 13:22:50 |
Launchpad Janitor |
cups (Ubuntu Xenial): status |
Fix Committed |
Fix Released |
|
| 2017-08-31 13:23:06 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2018-03-13 19:42:23 |
ed20900 |
attachment added |
|
cupsd.conf https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1598300/+attachment/5078523/+files/cupsd.conf |
|
| 2018-03-13 20:10:10 |
ed20900 |
attachment added |
|
error_log https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1598300/+attachment/5078558/+files/error_log |
|
