Printing from LibreOffice needs two calls to really print

Bug #762917 reported by Thomas Schweikle
24
This bug affects 4 people
Affects Status Importance Assigned to Milestone
libreoffice (Ubuntu)
Fix Released
Undecided
Unassigned
openoffice.org (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: openoffice.org

1. create a new document.
2. File -> Print --- the printer list is empty except for the default printer.
3. abort.
4. File -> Print --- this time the drop down dialog holds all printers, you can select the one you want.
5. File -> Print --- this time the drop down dialog holds the default printer.
6. File -> Print --- this time the drop down dialog holds the printer selected last.

This is alt least annoying, but not fatal, since you can print to the printer you'd like to use, but you'll have to open the print dialog twice, aborting it the first time.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: openoffice.org 1:3.2.1-7ubuntu1.1
Uname: Linux 2.6.38.2 x86_64
Architecture: amd64
Date: Sat Apr 16 18:56:22 2011
ProcEnviron:
 LANGUAGE=de_DE:en
 PATH=(custom, user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: openoffice.org

Revision history for this message
Thomas Schweikle (tps) wrote :
Revision history for this message
Thomas Schweikle (tps) wrote :

I found this with LibreOffice too.

Affected are Ubuntu 10.10 and 11.04

Revision history for this message
Thomas Schweikle (tps) wrote :

And Ubuntu 11.10 is also

Revision history for this message
Tero Mononen (tmo-iki) wrote :

Are you accessing printers using CUPS?

I had the same problem when printing from a CUPS client (both Libreoffice and Openoffice).

The cause seems to be CUPS server closing the client connection after 300seconds of idle. When the client tries to print or retrieve printer list after the connection had closed, the operation silently fails. Tcpdump shows CUPS server sending TCP Reset for the client, and the client does not appear to reissue the failed request.

Workaround for this is to set Timeout option to large value in CUPS server cupsd.conf.

This might be a CUPS client side issue.

Changed in libreoffice (Ubuntu):
status: New → Confirmed
Changed in openoffice.org (Ubuntu):
status: New → Confirmed
Changed in openoffice.org (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote : migrating packaging from OpenOffice.org to Libreoffice

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

penalvch (penalvch)
summary: - Printing from OpenOffice or LibreOffice needs two calls to realy print
+ Printing from LibreOffice needs two calls to really print
Revision history for this message
memartin (memartin) wrote :

For me, the problem seems to have worsened with LibreOffice on Ubuntu Precise 12.04. Using a network CUPS Server via environment variable (CUPS_SERVER and LPDEST) which worked fine until Lucid. After a fresh install of Oneiric I've experienced the behavior described above, LibreOffice requiring me to repeat the steps necessary to print a page from LOo to get my stuff printed. Now, after having upgraded to Precise, printing does only work if I switch on the printer, start Libreoffice and print the document rightaway in a matter of seconds. After that (30 secs?), printing is not possible anymore, not at all, from the open LOo session.

Trying the Timeout workaround now, see if it helps. I'll let ya know.

Revision history for this message
memartin (memartin) wrote :

Added Option "Timeout 1d" to /etc/cups/cupsd.conf on the CUPS server.

@Tero: Is this the option you were referring to? I'm asking because the manpage mentions a couple of different timeout options.

Unfortunately this did not bring any change in my case. Printing with 'lp' from the console works perfectly and fast, as it used to. So the problem must be somewhere in the KDE/LOo Realm, not with CUPS, as the printing system itself seems to work as it should.

Printing from KDE Applications, e.g. PDFs from Okular, works as well, but in 12.04 I cannot switch greyscale/color anymore, but that's another issue. Only LOo deliberately refuses to print most of the times as described above.

Revision history for this message
Thomas Schweikle (tps) wrote :

Seems fixed with newer versions .

Changed in libreoffice (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.