Bug Hunting Session
Bug 49149 - PRINTING: LibO always uses CUPS default settings instead of what I choose for printing
Summary: PRINTING: LibO always uses CUPS default settings instead of what I choose for...
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
3.5.3 release
Hardware: Other Linux (All)
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: preBibisect, regression
Depends on:
Blocks: Printer-Settings
  Show dependency treegraph
 
Reported: 2012-04-25 09:50 UTC by ueczz
Modified: 2019-11-09 01:03 UTC (History)
13 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ueczz 2012-04-25 09:50:45 UTC
The paper input (paper source) option in the Printing's "Preferences" dialogue always gets set back to Tray 1, even if I have the multi-purpose-tray selected. 
When I change the default settings in CUPS, the printer will print from whatever I choose as default settings.

The printer is a Kyocera FS-C5030N, used as a network printer. It was installed through CUPS.

Other settings (Multiple Pages on one side, Duplex Unit etc) seem to work fine.
The multi-purpose tray was selected as installed in CUPS, and shows in the printing's Preference dialogue.
Comment 1 irmhild.rogalla 2012-04-27 00:07:41 UTC
For me it's the same: 
Debian Systems with Cups and a Kyocera Printer TASKalfa 250ci
Not only in Writer but in all Components the same effekt: 
I use the printer with two trays = paper boxes, one with DIN A 4 and one with DIN A 3 (this is one of the possible standards)
If I use paper size A 3 (A 4 and tray 1 is standard) and choose tray 2 in the printings preferences, it didn't work: the printer try to print on A 3 with paper from tray 1 - but this didn't work, so the printer sends an error message. And Libreoffice didn't save the tray choice.

The only possiblity is, to chance the standard to A 3 and tray 2, but then other way (A4, tray 1) didn't work.
Comment 2 irmhild.rogalla 2012-04-27 00:25:23 UTC
I forgot two important informations:

There are no similar problems with other programs than LibreOffice.

I suppose, that the problem isn't Kyocera-specific, but may be.
Comment 3 le viavant 2012-05-02 02:23:45 UTC
I have so the same problem with libreoffice 3.4 : it's impossible to choose the correct tray with printers which have multiple source trays. The problem don't exist with libreoffice version 3.3.4 that I used on another pc with the same network printer.
I used gentoo on a pc with libreoffice 3.3.4 without problem.
I used openSuse on another pc with libreoffice 3.4.5 with the problem. 
My network printer, for the 2 pc, is a lexmark optra t610 with 3 trays.
Others softwares, like xournal, okular, evince, etc., can print with the correct tray.
Cordialement,
Yann
Comment 4 Christoph 2012-05-06 12:13:07 UTC
(In reply to comment #2)
> There are no similar problems with other programs than LibreOffice.
> 
> I suppose, that the problem isn't Kyocera-specific, but may be.

Same on my side - can confirm for Kyocera FS-1028MFP (network printer, recent PPD) on Ubuntu 10.04 LTS using LibreOffice 3.5.2.2, Build-ID: 350m1(Build:202).
Comment 5 ueczz 2012-05-09 13:53:46 UTC
(In reply to comment #3)
> I have so the same problem with libreoffice 3.4 : it's impossible to choose the
> correct tray with printers which have multiple source trays. The problem don't
> exist with libreoffice version 3.3.4 that I used on another pc with the same
> network printer.
> I used gentoo on a pc with libreoffice 3.3.4 without problem.


I can confirm that it works fine with LO 3.3.4.
Thanks for pointing this out!
Would still like to get a fix though, because I don't want to use the old version.
Comment 6 Sami Kankaristo 2012-05-21 05:13:28 UTC
Same problem on LibreOffice 3.5.3.2 / Ubuntu 12.04

For me at least, it isn't resetting to the CUPS default. The CUPS default is set to tray 2, but LibreOffice always resets to tray 1. This is extremely annoying, because my printer refuses to print from tray 1 (which has A3, instead of A4).

All other programs remember the tray setting, only LibreOffice keeps forgetting it.

My printer is a Konica Minolta Bizhub C252, so the problem probably exists across all printers.
Comment 7 Sami Kankaristo 2012-05-21 05:19:27 UTC
P.S. To make things even more annoying, I have to go through "File -> Printer settings" to even temporarily change the paper tray.

If I go to "File -> Print" and select "Properties" to change the paper tray, it gets reset immediately, i.e. I can't print!
Comment 8 Björn Michaelsen 2012-05-22 00:16:28 UTC
confirmed by multiple affected users.

@dtardon: Care to have a look?

Seems to be a 3.3->3.4 regression by comment 3 and 5 though.
Comment 9 David Tardon 2012-05-22 00:40:25 UTC
It is possible it is several issues mixed together... But yes, I will look into it.
Comment 10 Stefan Schweizer 2012-06-22 23:31:37 UTC
Same problem with Ubuntu 12.4 and LO V3.5.4.2.
I've increased the importance level because it's a major bug if it's no more possible to print with LO on Linux.
Comment 11 Stefan Schweizer 2012-06-22 23:40:55 UTC
Correction:
It's true that it's perhaps possible to print with LO 3.5 on Linux with some printers but with my CANON MP630 printer LO uses always the rear tray, prints obviously in (slow) image mode and crashes in duplex mode while printing the rear side. So it's not posible to work with LO V3.5 on Linux in an acceptable way. Therefore I hope there will be a bugfix soon. Thanks for looking into this problem!
Comment 12 Paddy Landau 2012-07-02 02:06:00 UTC
I confirm that I am also having this problem with Libre Office only.

Changing the tray in the printer properties from the Print dialogue is totally ignored; I have to change the properties in Print Settings every time.

Printing from (say) Adobe Reader does not have this problem.
Comment 13 Paddy Landau 2012-07-02 02:08:23 UTC
Sorry, I forgot to add version information.

Ubuntu 12.04 fully updated.
Libre Office: 3.5.3.2
Comment 14 Stefan Schweizer 2012-07-10 06:59:59 UTC
Bug is fixed for me since latest LibreOffice and Gutenprint updates in Ubuntu 12.4.
Comment 15 Paddy Landau 2012-07-10 07:08:52 UTC
Unfortunately, I still have the problem. Difference between 32-bit and 64-bit, perhaps? I am using 64-bit. Printer is an HP OfficeJet.

By the way, I think this is a duplicate of bug #43932.
Comment 16 Stefan Schweizer 2012-07-10 07:11:22 UTC
I'm using Ubuntu 12.04 64 bit as well. Printer is CANON MP630. I tested printing to cassette (not automatic). Print-out was ok.
Comment 17 Stefan Schweizer 2012-07-10 07:15:37 UTC
PS: I use the latest Gutenprint version from launchpad (not standard Ubuntu version).
Comment 18 Stefan Schweizer 2012-07-10 07:17:05 UTC
Sorry, but I'm not 100% sure about the Gutenprint version (I believe Unbuntu use tha latest version as well). I'll check it later.
Comment 19 Stefan Schweizer 2012-07-10 07:33:26 UTC
Sorry again, I forgot that I'm installed the original CANON printer driver for linux in the meantime. That's propably the reason why it was working for me...
Comment 20 Paddy Landau 2012-08-09 13:35:50 UTC
Comment 29 of bug 43932 says that this is working in version 3.6.0.4 (Build ID: 932b512).

https://bugs.freedesktop.org/show_bug.cgi?id=43932#c29

Are you in a position to test this?
Comment 21 ueczz 2012-08-21 11:34:10 UTC
Yes, thank you! It works in Version 3.6.0.4.
Comment 22 Milan Letić 2012-08-22 14:41:07 UTC
(In reply to comment #21)
> Yes, thank you! It works in Version 3.6.0.4.

Unfortunately, it does not work for me. I have Canon iR2018 on CentOS 6.3. I tried completely removing libreoffice, and all settings then fresh installing 3.6.1.1. Still same problem as with 3.4.5 or 3.5.0 or 3.6.0.4.
Comment 23 ueczz 2012-08-30 09:31:43 UTC
Is your problem exactly the same though?
When you open the browser and enter http://localhost:631/ in the URL bar, then choose Administration->Manage Printers->(Your Printer Name)->Administration->SetDefaultOptions
and then set the multi-purpose-tray in there, can you then print from the multi-purpose-tray?
Comment 24 Milan Letić 2012-09-10 12:21:21 UTC
Yes, when I change default printer settings they are used. I've put some more effort, and found out that I do not have this issue with Toshiba eStudio 207 printer. It seems to be related to the fact that I installed Canon iR2018 manually, because OS did not recognize it, and Toshiba got recognized by OS and installed its drivers.
Comment 25 Joel Madero 2014-11-02 16:14:28 UTC
It looks like there are mixed results as to reproducibility on this bug. I am moving it back to UNCONFIRMED to see if our QA team can independently confirm it again.
Comment 26 Mikhail Elhimov 2014-11-17 19:12:45 UTC
Same problem on Ubuntu 14.04 LTS / LibreOffice 4.2.7.2 Build ID: 420m0 (Build: 2)
and on Ubuntu 14.10.

Additional information:
All tested options are JCL.
For non-JCL boolean options only current value is displayed in Writer's Print Dialog, so there is no way to choose value other than default.

As far as see the defect is still in UNCONFIRMED state. Is there any problem with reproducing? I reproduce it easily on several PC (Ubuntu 14.04/14.04.1/14.10) and according to CUPS log selected options are just not passed to CUPS. Would you, please, let me know the actual state regarding this issue. 

(In reply to Joel Madero from comment #25)
> It looks like there are mixed results as to reproducibility on this bug. I
> am moving it back to UNCONFIRMED to see if our QA team can independently
> confirm it again.
Comment 27 tommy27 2014-12-14 14:03:08 UTC
setting back the status as NEW because of confirmation in the post above.
has anybody tried with 4.3.4.1? is issue still there?
Comment 28 Robinson Tryon (qubit) 2015-12-14 05:40:02 UTC Comment hidden (obsolete)
Comment 29 QA Administrators 2017-01-03 19:50:34 UTC Comment hidden (obsolete)
Comment 30 Xisco Faulí 2017-07-13 10:52:47 UTC
Setting Assignee back to default. Please assign it back to yourself if you're
still working on this issue
Comment 31 Michael Weghorn 2019-11-09 01:03:47 UTC
Can anyone of those affected please attach the PPD file of a printer that is affected, which can be found in /etc/cups/ppd/<NAME_OF_THE_QUEUE>.ppd?