Description: Win10 21H2, LO 7.4.2, Dell C2660 using standard Windows Type 3 PCL6 Dell C2660 driver. Steps to Reproduce: 1.Open / create a new document and select Print. Select printer (Dell C2660) from drop-down menu in dialog. 2. Hit PROPERTIES button on print dialog to bring up printer settings, set MPF and relevant paper type. 3. Close printer properties dialog, hit PRINT. Actual Results: Program will always send document to TRAY 1 paper source, not [manually selected] MPF tray source. Expected Results: Should pick paper from MPF feed tray source. Reproducible: Always User Profile Reset: Yes Additional Info: Note this problem only occurs on this program. All other programs on the same computer - Firefox, Adobe Acrobat X, Photoshop, InDesign, custom industry apps - all other programs properly send document to MPF if you actually select MPF. Only LW 7.4.x refused to send document to MPF, forcing a Tray 1 output.
I was able to print from the "rear" manual feed paper tray of an Epson WF 7720, using the settings available in File > Print > Properties > Paper > Paper Tray. However, those settings only appeared after I sent one document to the printer. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 83b1f6b58a30bdb589e9ce73deef39f021aebde1 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.4.6.2 / LibreOffice Community Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Do you also see a change in available options depending on if it's the first print or second? I might be seeing a different issue, possibly related to bug 153582. But please do test with the most recent release of the branch you use (currently 7.4.6 or 7.5.3), check if there is a driver update too, and let us know if you can still reproduce.
Dear fluidstates, 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
Bug also occurs with other printers; bug seems to be based on LO not always acknowledging / following paper source tray settings in Windows' print driver configuration. Bug also occurred on monochrome Dell B2360dn on Windows 10 using Type 4 driver Dell B2360d-dn Laser Printer XPS v4, version 1.2.0.0; corrected by selecting printer Properties from within LO's printer dialog and manually (re)selecting Manual Paper.
[Automated Action] NeedInfo-To-Unconfirmed
Thank you. (In reply to fluidstates from comment #3) > corrected by selecting printer Properties from within LO's printer > dialog and manually (re)selecting Manual Paper. Do you mean it that it fails the first time, but it does work when choosing that setting again the next time you print? Do you still have this issue with LibreOffice 7.6?
Dear fluidstates, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug