Description: Papersize in print dialog 1. I think it should stay the same for the entire session of Libreoffice until changed. e.g. open print dialog-it's a4; open it again; it's letter. I think it should stay until changed in the session. If you select a printer, it stays for the entire session, right? Why not the paper size? 2. It doesn't 100% respect this http://manpages.ubuntu.com/manpages/bionic/man5/papersize.5.html behavior. a) It does respect the value in /etc/papersize (correct) b) It does not respect the environment variable PAPERSIZE if defined (incorrect) c) it does use letter if /etc/papersize does not exist. (correct) Steps to Reproduce: If you select a printer, it stays for the entire session, right? Why not the paper size? It does with Firefox 85. The environment variable $PAPERSIZE is not used if defined for the opening papersize of the print dialog. Actual Results: papersize uses /etc/papersize on every opening of the print dialog even when changed. If $PAPERSIZE is "letter" and /etc/papersize=a4; a4 is used. Expected Results: I would want Libreoffice to: open the print dialog with papersize = $PAPERSIZE if $PAPERSIZE is defined. If not defined use etc/papersize. If /etc/papersize does not exist use letter. When the papersize is selected in the print dialog, it should stay until changed in that dialog per launch. The value at launch as above. Not using the environment variable is wrong I think. I'm using HP Laserjet-P2015 printer driver. Reproducible: Always User Profile Reset: No Additional Info: Firefox uses the dialog behavior I expect with respect to the papersize not changing to defaults each time the print dialog is involved. LibreOffice does not. I did not check firefox's (85.0.1) default behavior. i.e $PAPERSIZE and etc/papersize
I can confirm point 1 (paper size setting should be remembered, at least while LO is open), but I can't confirm point 2: on Ubuntu 18.04, my $PAPERSIZE is "a4" and LO does respect that in the print dialogue. I could change the value in my .bashrc to for example "a5" and LO would respect that as well (when started from the command line). Could you try a more recent version of LO and report back if you see the same issue? Setting the bug status to NEEDINFO, but feel free to change it back to UNCONFIRMED once you have tested a more recent version of LO. I tested with: Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.2.0.1 / LibreOffice Community Build ID: 32efc3b7f3a71cfa6a7fa3f6c208333df48656cc CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 113d308155e4b6a67a8510098a7db5f4a6632bdc CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-16_21:27:22 Calc: threaded
Dear keepitsimplestupid, 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 keepitsimplestupid, 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