Created attachment 146988 [details]
Comparison of About dialog box
In this range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=0abce68927f45673b73d8f806e108a51a36fb543..e37b7e8a4730fad470b0b5daa0ab2bf905edc3a5
All UI and document content match the system scale factor. The problem is that text is overly blurry. 'e' are especially hard to read. While the icon scale is an improvement, the text should not be hard to read.
confirming with win 10 (1920x1080, 125%), see attached screenshot
comparing lo 126.96.36.199 and lo 6.3
Created attachment 146998 [details]
comparing lo 6.3 and lo 188.8.131.52 win 10 1920x1080, 125%
Created attachment 147020 [details]
Tinderbox vs Self-build
I had trouble bisecting this regression as the tinderbox and home builds produce different results. Resetting my user profile resolved the issue.
I have 2 laptops both with HiDPI monitors. Both of them experienced this issue when I upgraded to recent builds and Oliver had no issue reproducing this either, so there is a real issue here. But it appears the cause is going to be tricky to track down.
Steps to reproduce:
2. Install libreoffice 6.1
3. Launch LO 6.1
4. Upgrade to a recent build of 6.3
5. Compare document text or UI of 6.3 to 6.1.
Ignore my last comment and my regression range in the description.
I'm having trouble bisecting this regression. Not sure if I'm making mistakes, bug is profile dependent, or something else. I am sure the problem began around 11/21.
I bisected it, but not sure that I found right commit
8397f9937678e0e349dd08efa7dafe32cb4dfb08 is the first bad commit
Author: Norbert Thiebaud <firstname.lastname@example.org>
Date: Thu Nov 29 11:41:15 2018 -0800
Miklos, can this commit make wrong rendering of GUI in LO?
I would be surprised if those refactors would cause any functional change. Maybe re-bisect with running soffice in safe mode to make sure your bisect result is correct?
So by doing a 'make clean' between each bisect, I was able to track this regression down to the exact cause
tdf#112536 related: make soffice.bin a proper console application on Win
Could you please take a look at this?
(In reply to Luke from comment #8)
Yes, your bisection is right. The problem is that solenv/gbuild/platform/com_MSC_class.mk only applies solenv/gbuild/platform/DeclareDPIAware.manifest to applications with TARGETGUI. Will fix that soon.
Luke: could you please test if it fixes the problem for you?
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":
tdf#121685: also apply DeclareDPIAware manifest to console applications
It will be available in 6.3.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Mike thanks for the quick fix on this!
Verified FIXED in Version: 184.108.40.206.alpha0+
Build ID: fc1568d570a96bfa57013ae62adf3f9606639fd3
The fix for this bug, https://cgit.freedesktop.org/libreoffice/core/commit/?id=7263d223ddf4
Is causing the core Unit Test CppunitTest_chart2_xshape to fail when you set, Settings->Display->Scale=125%
Setting Scale=100% allows the build to pass with no errors.