I'm not able to print any document from LibreOffice on my Cups printers (other applications are printing fine). Printing a test page with 'spadmin' ends with a segmentation fault. The error message is: "spadmin.bin crashed with SIGSEGV in g_object_newv()"
What Linux distribution and version do you use ? Would it be possible you retrieve a useful backtrace (see http://wiki.documentfoundation.org/BugReport#How_to_get_backtrace_.28on_Linux.29) ?
Here are more information Jürgen gave me by mails : - uninstall/reinstall with last version - new LO profile - printing works on gedit, firefox, thunderbird, evince, ... (Put back "unconfirmed")
I tried to attach a bugtrace - but it seems that gdb crashed while debugging ... let's see if the report is helpful.
Created attachment 63880 [details] Bugtrace
I put it at new since there's a stacktrace. Michael: do you know who may help in vcl and gtk parts?
Using un-supported gtk3 backend, and only vaguely loved padmin (which is soon for the chop I think). It shouldn't crash of course, but gtk3 is -very- experimental; not such an interesting bug without a patch :-)
After updating to version 3.5.4, the problem is still unsolved. Print jobs from LibreOffice arriving at the cups server have a size of 0 KB. Printing fails only with LibreOffice, all other applications are printing fine.
So - please never use spadmin :-) it's not going to help you at all - and is highly unsupported. So - can you confirm you load libreoffice writer; type "Hello World" try to print to a printer, and nothing comes out ? Can you confirm that you are working from a clean profile, and have not touched spadmin in between ? I'd like to isolate the problem. What do the cups logs say ?
Michael: following your 2 comments, could padmin be removed right now or, as lo-menubar, is it a little too early for this? Just for my information, if too early, when will it be possible and above all, what does it depend on?
IIRC padmin is an obsolete and nasty horror. That is my recollection. Actually though - now I look at it it seems it has been cleaned up ;-) so perhaps I'm not so annoyed with it these days. It even looks quite pretty - though it's purpose is really unclear to me [ as a separate tool ].
Created attachment 67158 [details] LibreOffice - Screenshot
Created attachment 67159 [details] Cups - Screenshot
> So - can you confirm you load libreoffice writer; type "Hello World" try to > print to a printer, and nothing comes out ? Yes, exactly. Take a look at shot_1.png; you will see three network printers, offered by cups. > Can you confirm that you are working from a clean profile, and have not touched > spadmin in between ? I'd like to isolate the problem. Yes. > What do the cups logs say ? Take a look at shot_2.png; /var/log/cups/error_log says "print job cancelled by 'om'" - but I didn't cancel the job.
Ok - so - I'm very suspicious of CUPS - it is a heap of code more fragile than LibreOffice even. Can you turn on all the debugging options: sudo cupsctl --debug-logging might help us get more out; re-attempt the failed print, and then re-attach the cups log files ?
Michael: could this commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=68ffb332f5717f9ef6af11497372becddaac7ef0 help?
Nope, that commit looks unrelated to me,
(In reply to comment #14) Ok - I did. Result: no document printed. I tried at 09:13 to print on the printer named printer-r134. See the attached error.log. Thank you!
Created attachment 67367 [details] Cups error log file
D [19/Sep/2012:09:13:55 +0200] Create-Job ipp://localhost:631/printers/printer-r134 D [19/Sep/2012:09:13:55 +0200] cupsdMarkDirty(----J-) D [19/Sep/2012:09:13:55 +0200] add_job: requesting-user-name="om" D [19/Sep/2012:09:13:55 +0200] Adding default job-sheets values "none,none"... I [19/Sep/2012:09:13:55 +0200] [Job 1522] Adding start banner page "none". D [19/Sep/2012:09:13:55 +0200] cupsdMarkDirty(-----S) I [19/Sep/2012:09:13:55 +0200] [Job 1522] Queued on "printer-r134" by "om". D [19/Sep/2012:09:13:55 +0200] Returning IPP successful-ok for Create-Job (ipp://localhost:631/printers/printer-r134) from 192.168.1.2 D [19/Sep/2012:09:13:55 +0200] [Notifier] state=3 D [19/Sep/2012:09:13:55 +0200] cupsdSetBusyState: Dirty files D [19/Sep/2012:09:13:55 +0200] [Notifier] state=3 D [19/Sep/2012:09:13:55 +0200] [Notifier] state=3 D [19/Sep/2012:09:13:55 +0200] [Notifier] state=3 D [19/Sep/2012:09:13:55 +0200] cupsdReadClient: 16 POST /printers/printer-r134 HTTP/1.1 D [19/Sep/2012:09:13:55 +0200] cupsdSetBusyState: Active clients and dirty files D [19/Sep/2012:09:13:55 +0200] cupsdAuthorize: No authentication data provided. D [19/Sep/2012:09:13:55 +0200] cupsdReadClient: 16 1.1 Send-Document 1 D [19/Sep/2012:09:13:55 +0200] Send-Document ipp://localhost:631/printers/printer-r134 D [19/Sep/2012:09:13:55 +0200] cupsdIsAuthorized: username="" D [19/Sep/2012:09:13:55 +0200] Returning HTTP Nicht berechtigt for Send-Document (ipp://localhost:631/printers/printer-r134) from 192.168.1.2 The last piece looks suspicious to me: "Nicht berechtigt" - looks like there is some mis-interaction with some security setting you have configured for cups. Do you have any unusual configuration options set around authentication ? Do you get a password prompt from the CUPS code ? I guess this is some under-tested interaction.
Yes, I saw this line, too. Cups is only prompting for a password for administrative tasks. I will re-read my cups configuration, but all other applications are printing fine. I can do that this afternoon.
So finally, I uninstalled CUPS, re-installed it and configured it from scratch. Result: all applications are printing fine on all network printers, except LibreOffice. Yes, cupsctl is prompting for a password. The messages in the error log file are always the same. No idea what to do now ...
please attach your cups.conf config; and a CUPS error log that matches an strace -s 256 -f ./soffice.bin -writer - and a print of an empty document there. Can you also switch your locale to english to see if that helps (perhaps the PPD parsing is locale specific): export LANG=en_US.UTF-8 - that would be a useful data point. Clearly without being able to reproduce it here this is pretty annoying for us all; can you confirm what Linux distribution / version you're using ? Thanks ! :-)
YES, I DID IT - after some months, LibreOffice is printing. It was NOT a LibreOffice problem, but a logical error in my CUPS configuration. Under <Limit SendDocument ...>, there was an entry "AuthType Default", and I found in the Cups admin manual that "Default" means "none". BUT: in another line of my cupsd.conf, I found "DefaultAuthType Basic", so "Default" is not the same as "default". Changing "AuthType" to "None" solved the problem ... sorry for all that! But I don't understand why LibreOffice is the only application having this "problem". Thanks a lot for your support!
Well - any debugging of the CUPS / authentication code is much appreciated if you want to go deeper.