Fixed package uploaded to xenial-proposed. Please test the package as
soon as it gets available and appropriate test instructions will get
posted here. Your feedback is needed in order to make the fix an
official update for Xenial.

SRU team: debdiff attached.

** Description changed:

  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.

** Changed in: cups (Ubuntu Xenial)
       Status: Confirmed => In Progress

** Patch 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

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1598300

Title:
  CUPS web interface stops responding after a while

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1598300/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to