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.
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.
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.
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
(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).
(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.
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.
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!
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.
It is possible it is several issues mixed together... But yes, I will look into it.
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.
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!
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.
Sorry, I forgot to add version information. Ubuntu 12.04 fully updated. Libre Office: 3.5.3.2
Bug is fixed for me since latest LibreOffice and Gutenprint updates in Ubuntu 12.4.
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.
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.
PS: I use the latest Gutenprint version from launchpad (not standard Ubuntu version).
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.
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 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?
Yes, thank you! It works in Version 3.6.0.4.
(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.
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?
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.
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.
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.
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?
Migrating Whiteboard tags to Keywords: (preBibisect) [NinjaEdit]
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Setting Assignee back to default. Please assign it back to yourself if you're still working on this issue
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?
Dear ueczz, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear ueczz, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp