1. Tools - Options - Writer - General: Measurement unit: Inch 2. Ctrl-P Observe the dimensions around the preview box displayed in millimeters. 3.3 did not yet display the dimensions in the preview. Version: 6.1.0.0.alpha0+ (x64) Build ID: e1082e45361a92a31adedcc3ed0a35c704bca543 CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-02-15_23:24:06 Locale: fi-FI (fi_FI); Calc: group Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: 51291f2352976b2f875197de83486a74795e86a3 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on March 1st 2018 Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b)
Confirm,Version: 6.1.0.0.alpha0+ Build ID: 96d551636e9179eb6874a5156b191ef3bff0a10c CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3;
** 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 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in Version: 6.3.0.0.beta1 Build ID: a187af327633f5f00363be5131bd21a13e0f1a7b CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); UI-Language: en-US But I don't think this is the right way to think about this because the measurement unit is set in the Writer options. However the print dialog is the same in all applications not only Writer. There should be a LibreOffice options measurement unit setting if the print dialog shall show a specific measuring unit. Besides that, all measurement unit settings will be ignored in the Writer options. The print dialog always shows millimeters. Adding needsUXEval to discuss this.
Printer settings depend on the locale, in my case German = millimeter. Having one for all measurement setting as of bug 40656 could solve the problem. So make this one a duplicate? See also bug 78916 about printer settings being different to page settings.
I support to make this bug a duplicate of bug 40656 as this cannot be solved otherwise.
*** This bug has been marked as a duplicate of bug 40656 ***