Bug 428144 - Okular ignores regional settings for measurement units
Summary: Okular ignores regional settings for measurement units
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: 1.11.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-23 15:09 UTC by Laura David Hurka
Modified: 2020-10-23 23:55 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Okular ignores regional settings for measurement units (40.29 KB, image/png)
2020-10-23 15:09 UTC, Laura David Hurka
Details
works for me screenshot (53.66 KB, image/png)
2020-10-23 20:12 UTC, Albert Astals Cid
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Laura David Hurka 2020-10-23 15:09:51 UTC
Created attachment 132663 [details]
Okular ignores regional settings for measurement units

SUMMARY
DocumentPrivate::localizedSize() queries QLocale::system().measurementSystem(), but although my system is set to metric, it shows the paper size in inches.

STEPS TO REPRODUCE
1. System Settings -> Regional Settings -> Formats -> Measurement Units -> <something metric>
2. Open a document in Okular
3. File->Properties

OBSERVED RESULT
8.5 x 11 in

EXPECTED RESULT
297 x 210 mm

SOFTWARE/OS VERSIONS
KDE Neon 5.20.0
KDE Frameworks Version: 5.75
Qt Version: 5.15
Comment 1 Albert Astals Cid 2020-10-23 20:11:03 UTC
I'm going to say your system is wrongly configured?

Works here (unless the bug is in the "most pages" handling). Can you attach te pdf file you use to double check?
Comment 2 Albert Astals Cid 2020-10-23 20:12:03 UTC
Created attachment 132671 [details]
works for me screenshot
Comment 3 Laura David Hurka 2020-10-23 22:24:41 UTC
Also happens with autotests/data/tocreload.pdf. Then it is probably a problem with my system. LC_... environment variables are correct, as configured in System Settings.
Comment 4 Albert Astals Cid 2020-10-23 23:55:04 UTC
Yeah that one works fine here too, you'll have to investigate why it doesn't work for you i guess :)