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 6.1.3.2 and lo 6.3
Created attachment 146998 [details] comparing lo 6.3 and lo 6.1.3.2 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: 1. Settings->Display->Scale=125% 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 commit 8397f9937678e0e349dd08efa7dafe32cb4dfb08 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Thu Nov 29 11:41:15 2018 -0800 source 40710c488de3e4eef585c5a5276c9a0943d36f2e source 40710c488de3e4eef585c5a5276c9a0943d36f2e https://gerrit.libreoffice.org/#/q/40710c488de3e4eef585c5a5276c9a0943d36f2e
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 https://cgit.freedesktop.org/libreoffice/core/commit/?id=506173a7f42f34821238a63f3f8c7362c9fae9d9 tdf#112536 related: make soffice.bin a proper console application on Win Mike, Could you please take a look at this?
(In reply to Luke from comment #8) Thanks, Luke! 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.
https://gerrit.libreoffice.org/64915 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": https://git.libreoffice.org/core/+/7263d223ddf42cc39d10a501159c7b04ef48df96%5E%21 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: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Mike thanks for the quick fix on this! Verified FIXED in Version: 6.3.0.0.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. Build log: https://pastebin.com/SpSiCm6u