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?