Description: Issue with Ubuntu MATE 22.04 LTS - fully up to date. [Kernel: 5.15.0.57] Default printer set in OS settings not recognised by Libre Office - writer, and Calc - but I suspect all of the LO suite. Libre Office always chooses printer at top of alpha-numeric list. What ever settings for printer I make via CUPs [2.4.1], or Admin panel, etc, it always reverts to non-default printer, ie. the top listed alpha-numerically. See below: [1. HP Deskjet360 - WiFi] [2. Kyocera P2040DN - Ethernet System Default Printer] Steps to Reproduce: 1.File/Print from menu bar at the top. 2.Default printer not selected, it's always the first in alpha-numeric list 3.Select (default) printer via drop-down box - for me it's the second choice. 4.Prints with selected printer. Actual Results: Default printer not recognised and not selected by default choice. Instead Libre Office selects printer from top of alpha-numeric list. Expected Results: Expect Libre Office to automatically choose the system default printer. Reproducible: Always All other programs/applications behave as they should in regards to printer selection of default. Computer is connected via Ethernet to LAN. Both printers have IP addresses assigned via MAC address in router. Thank-you.
I can't reproduce on Ubuntu 20.04 with GNOME 3.36.8, with a printer set as default in the GNOME settings, and LO: Version: 7.3.7.2 / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Nor in a recent master build: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 88bd66d258de5fee3d35aba80c61fec49eb2a969 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded My default printer is always selected when reopening the Print dialog (and it is not the first one in the alphanumerically sorted list). Can you please test again in a currently supported version (preferably 7.5)? Is it from a new file too? (Because it is possible to select a preferred printer per-file, in File > Printer Settings.)
I am observing the same problem in my system. LibreOffice ignores the default printer, and simply takes the first printer alphabetically on the list. This is reproducible on my system. Ubuntu 22.04.3 LTS GNOME Shell 42.9 Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: f654817fb68d6d4600d7d2f6b647e47729f55f15 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
"New" as per comment 2.
I cannot reproduce. Note that LibreOffice currently only evaluates printers on start, so any changes to the default printer will only take effect after restarting LibreOffice. Questions: 1) What is the output when running the command `lpstat -t` in a terminal? 2) What is the printer that is selected? 3) What is the printer you were expecting to be selected? Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 86a73635a8efaedbcf2128501bbc34bf725534b3 CPU threads: 32; OS: Linux 6.6; UI render: default; VCL: qt6 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: CL threaded
(In reply to Michael Weghorn from comment #4) > Note that LibreOffice currently only evaluates printers > on start, so any changes to the default printer will only take effect after > restarting LibreOffice. It turns out that this is actually not true. Changing the CUPS default printer while LO is running is taken into account when the print dialog is opened. Currently, that only happens the second time the dialog is opened, which is now tracked in tdf#162289. Not sure whether this is the same issue that you ran into, though, as you mention that the first printer in alphabetic order is always used, which sounds like a different issue. Is the correct printer preselected for you if you open, close, and open the dialog again?
Dear soft.tea9461, 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 soft.tea9461, 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