How is it possible I see the exact same issue with LO (1:5.1.4-0ubuntu1) and
cups (2.1.3-4) on Ubuntu 16.04 with a central Debian cups server
(1.7.5-11+deb8u1)?
I'm not using the /etc/cups/client.conf, but instead a normal full Ubuntu 16.04
installation + all released updates.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to cups in Ubuntu.
https://bugs.launchpad.net/bugs/1020048
Title:
after certain time printing to cups stops working
Status in LibreOffice:
Invalid
Status in cups package in Ubuntu:
Fix Released
Status in libreoffice package in Ubuntu:
Invalid
Status in cups source package in Precise:
Fix Released
Status in libreoffice source package in Precise:
Invalid
Bug description:
SRU justification:
[Impact]
* When the CUPS client connects to a remote cupsd over TCP, the server
closes an idle connection after 5 minutes and the client does not reconnect.
* LibreOffice is affected because it keeps a CUPS connection open. The
effect is that printing to a remote cupsd is no longer possible after
LibreOffice has been open for 5 minutes.
[Test Case]
* This can be reproduced on a desktop system. You don't need a separate
CUPS server.
* You need at least one print queue in CUPS. If you don't have a
printer, install "cups-pdf".
* Optional, configure CUPS with a shorter timeout for testing:
sudo cupsctl Timeout=30 # seconds
sudo restart cups
* Configure the CUPS client to use a TCP socket:
mkdir ~/.cups
echo ServerName 127.0.0.1 > ~/.cups/client.conf
* Open LibreOffice. Press Ctrl-P to open the Print dialog. Press Esc to
dismiss the dialog. Wait long enough for the timout to elapse (5
minutes by default, or as per the Timeout setting).
* Try to print. With cups in precise, the job simply vanishes and is
never seen by the server. With the proposed patch, printing works
normally.
[Regression Potential]
* The patch changes a library linked by many programs. An incorrect
change might result in those programs misbehaving or crashing.
* The patch is minimal, only adding a branch to handle a case that was
previously not handled. The behaviour in other cases should be
unchanged.
[Other Info]
* A workaround is to set the cupsd Timeout to a high value such as 8
hours. This works on a server with few users, but on a busy server
more and more connections are opened and eventually cupsd isn't able
to accept new clients.
Original description:
== Problem ==
In our institution we are running only printers through a cups server. while
freshly opened document prints well, after some time (few minutes) clicking
"print file directly" and menu item "print" do not work any more. after close
and open again, thing prints correctly. i have checked what exactly is going on
in such cases and logs on the cups server don't show any submissions and/or
errors so that the thing is obviously stopped at the level of libreoffice.
== Analysis ==
LibreOffice loses it's TCP connection to CUPS after exactly 5 minutes of
inactivity and does not manage to reconnect. To reproduce: print something (to
a real printer or cups-pdf), wait 6 minutes not printing anything, and print
again. Then, nothing is printed. You can watch the TCP connection using
netstat -tpn | grep soffice
While it's working, it looks like this:
tcp0 0 127.0.0.1:48810 127.0.0.1:631
ESTABLISHED 13976/soffice.bin
After 5 minutes, that connection is gone permanently.
WORKAROUND: To set the timeout to 24 hours add this line to the top of
/etc/cups/cupsd.conf :
Timeout 62400
To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/1020048/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
