Bug 125926 - KDE5 VCL uses unnecessarily bold fonts
Summary: KDE5 VCL uses unnecessarily bold fonts
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
6.3.0.0.beta1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: KDE, KF5
  Show dependency treegraph
 
Reported: 2019-06-14 16:23 UTC by Ongun Kanat
Modified: 2020-12-15 03:47 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Welcome Screen (89.88 KB, image/png)
2019-06-14 16:23 UTC, Ongun Kanat
Details
Hyperlink dialog (69.84 KB, image/png)
2019-06-14 16:24 UTC, Ongun Kanat
Details
Settings Dialog (69.84 KB, image/png)
2019-06-14 16:25 UTC, Ongun Kanat
Details
Settings Dialog with another KDE dialog for comparison. Notice the buttons (82.39 KB, image/png)
2019-06-14 16:27 UTC, Ongun Kanat
Details
Screenshot on Debian testing with Breeze theme (165.64 KB, image/png)
2019-06-15 22:25 UTC, Michael Weghorn
Details
rpm2cpio extraction results (155.52 KB, image/png)
2019-06-15 23:39 UTC, Ongun Kanat
Details
Screenshots for 6.4 alpha1 (318.87 KB, application/gzip)
2019-10-28 23:05 UTC, Ongun Kanat
Details
My fontconfig configuration (2.33 KB, application/gzip)
2019-10-28 23:07 UTC, Ongun Kanat
Details
Welcome Screen (updated) (86.23 KB, image/png)
2020-03-22 13:32 UTC, Ongun Kanat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ongun Kanat 2019-06-14 16:23:42 UTC
Created attachment 152195 [details]
Welcome Screen

When started with SAL_USE_VCLPLUGIN=kde5 LibreOffice uses bolder fonts. It is noticeable in Welcome screen where user selects the new document type and regular dialog windows. I am attaching some screenshots for demonstration and comparison with regular KDE apps.

Distro: Arch Linux
LibreOffice: 6.3.0.0 Beta 1 AppImage
Qt: 5.12.3
KDE Plasma: 5.16
KDE Frameworks: 5.59
Comment 1 Ongun Kanat 2019-06-14 16:24:56 UTC
Created attachment 152196 [details]
Hyperlink dialog
Comment 2 Ongun Kanat 2019-06-14 16:25:50 UTC
Created attachment 152197 [details]
Settings Dialog
Comment 3 Ongun Kanat 2019-06-14 16:27:14 UTC
Created attachment 152198 [details]
Settings Dialog with another KDE dialog for comparison. Notice the buttons
Comment 4 Michael Weghorn 2019-06-15 22:25:02 UTC
Created attachment 152216 [details]
Screenshot on Debian testing with Breeze theme

I cannot really reproduce on Debian testing with

Version: 6.4.0.0.alpha0+
Build ID: 77a3c443d35c7d966217f02ea9189cb1819c7828
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kde5; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded

s. attached screenshot

Can you please
* paste the version information from "Help" -> "About LibreOffice"
* check what happens if you use a current daily build of Libreoffice from [1]

You can install that one in parallel as described at [2]. It'd be interesting to know whether this also happens with that one. Might also be somehow related to the fact that you're using an AppImage version of LibreOffice.


[1] https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF/
[2] https://wiki.documentfoundation.org/Installing_in_parallel/Linux
Comment 5 Ongun Kanat 2019-06-15 23:39:11 UTC
Created attachment 152220 [details]
rpm2cpio extraction results

(In reply to Michael Weghorn from comment #4)
> Created attachment 152216 [details]
> Screenshot on Debian testing with Breeze theme
> 
> I cannot really reproduce on Debian testing with
> 
> Version: 6.4.0.0.alpha0+
> Build ID: 77a3c443d35c7d966217f02ea9189cb1819c7828
> CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kde5; 
> Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
> Calc: threaded
> 
> s. attached screenshot
> 
> Can you please
> * paste the version information from "Help" -> "About LibreOffice"
> * check what happens if you use a current daily build of Libreoffice from [1]
> 
> You can install that one in parallel as described at [2]. It'd be
> interesting to know whether this also happens with that one. Might also be
> somehow related to the fact that you're using an AppImage version of
> LibreOffice.
> 
> 
> [1]
> https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF/
> [2] https://wiki.documentfoundation.org/Installing_in_parallel/Linux


The version info:

Version: 6.3.0.0.beta1
Build ID: a187af327633f5f00363be5131bd21a13e0f1a7b
CPU threads: 8; OS: Linux 5.1; UI render: default; VCL: kde5; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

It is the AppImage.


My distro is Arch. It doesn't have rpm or dpkg and their utilities. I tried downloading both .deb and .rpm versions of the latest build. .deb variant doesn't have any installer scripts and since Arch doesn't have dpkg-deb I cannot extract the packages. Maybe later I might write a script that extracts using ar and tar.

For .rpm variant, It provides a script to install locally but it tries to run rpm which Arch doesn't have either. I can get rpm2cpio utility from the official packages and try the Step 3 but it results in weirdly named folders in the screenshot.

Debian even testing have really old packages, especially KDE plasma which is a very quickly moving target and others like Qt, freetype2 and fontconfig; all 3 of them had some important changes in recent releases.

In the meantime maybe somebody using openSUSE Tumbleweed may help. It is also a rolling-release like Arch and uses rpm.
Comment 6 Ongun Kanat 2019-06-16 00:02:53 UTC
BTW This happens with Libreoffice 6.2.4 too. It is the official package in the Arch repos.

Version: 6.2.4.2.0+
Build ID: 6.2.4-1
CPU threads: 8; OS: Linux 5.1; UI render: default; VCL: kde5; 
Locale: en-GB (en_US.UTF-8); UI-Language: en-US
Calc: threaded

The screenshots are the same. Slightly bolder fonts in KDE5 VCL.
Comment 7 Michael Weghorn 2019-06-16 00:08:53 UTC
(In reply to Ongun Kanat from comment

Thanks for the additional info.

> My distro is Arch. It doesn't have rpm or dpkg and their utilities. I tried
> downloading both .deb and .rpm versions of the latest build. .deb variant
> doesn't have any installer scripts and since Arch doesn't have dpkg-deb I
> cannot extract the packages. Maybe later I might write a script that
> extracts using ar and tar.

Alternatively, you could also download a debug build, which is provided in simple archive format at https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF-dbg/ (larger download and runs slower, though).
It may well be that the result will be the same there, though, as with the versions you already tested.
Comment 8 Ongun Kanat 2019-06-16 18:20:31 UTC
(In reply to Michael Weghorn from comment #7)
> (In reply to Ongun Kanat from comment
> 
> Thanks for the additional info.
> 
> > My distro is Arch. It doesn't have rpm or dpkg and their utilities. I tried
> > downloading both .deb and .rpm versions of the latest build. .deb variant
> > doesn't have any installer scripts and since Arch doesn't have dpkg-deb I
> > cannot extract the packages. Maybe later I might write a script that
> > extracts using ar and tar.
> 
> Alternatively, you could also download a debug build, which is provided in
> simple archive format at
> https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF-
> dbg/ (larger download and runs slower, though).
> It may well be that the result will be the same there, though, as with the
> versions you already tested.

Version: 6.4.0.0.alpha0+
Build ID: b674d3c12a5819fbcb551e83bf6862afc85ef7f3
CPU threads: 8; OS: Linux 5.1; UI render: default; VCL: kde5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF-dbg, Branch:master, Time: 2019-06-15_21:06:59
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

It is the exact same situation with debug package.
Comment 9 Ongun Kanat 2019-06-19 00:10:45 UTC
I have it tested with the latest non-debug daily build. It is the same.

Version: 6.4.0.0.alpha0+
Build ID: f75c2b04785aa05cff3bcd52689feb7400a14e8e
CPU threads: 8; OS: Linux 5.1; UI render: default; VCL: kde5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-06-15_11:49:26
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 10 Xisco Faulí 2019-10-22 14:31:52 UTC
Hello Ongun,
To be certain the reported issue is not
related to corruption in the user profile, could you please reset your
Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and
re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
Comment 11 Ongun Kanat 2019-10-28 23:05:50 UTC
Created attachment 155378 [details]
Screenshots for 6.4 alpha1

I downloaded the latest build (2019-10-27_22.29.11) in [1] and extracted it as instructed in [2].

The soffice binary created a separate configuration directory in ~/.config called libreofficedev but I moved out my libreoffice folder in order to eliminate the possibility of any corruption and deleted libreofficedev folder after each trial. 

The bug was still there in each run without any exceptions. I also took screenshots of the menus in order to show the difference between Qt rendered main menu and LibreOffice rendered context menu and I include an overexposed version of two menus. Again the bug can be observed in welcome screen as well. I include 4 screenshots as the attachment.

I will also upload my fontconfig config files. Maybe they can shed some light. However, I don't think my font configuration is terribly wrong (it's a bit hacky for emoji though) since the LibreOffice and KDE VCL is the only UI with unusual bold fonts I get in my computer. All the other GTK{2,3} and Qt 5 apps render perfectly normal fonts.

Furthermore I will try Manjaro live CD and put a report.


The version info is below:

Version: 6.4.0.0.alpha1+
Build ID: e6109939b448f070848bfcf11ac013e05f71767a
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-10-27_22:29:11
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded


[1] https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF/
[2] https://wiki.documentfoundation.org/Installing_in_parallel/Linux#Step_3:_Tweaking_the_Install_Destination
Comment 12 Ongun Kanat 2019-10-28 23:07:34 UTC
Created attachment 155379 [details]
My fontconfig configuration
Comment 13 Jan-Marek Glogowski 2020-03-08 21:00:00 UTC
On 2020-03-04 https://gerrit.libreoffice.org/c/core/+/89797 was merged into 6.4 and a day earlier into 7.0.

The kf5 backend had some incomplete conversion table from Qt5FontInfo::weight() int to LO VCLs FontWeight enum. Maybe this fixes your problem. Still LO uses an enum with the values defined by HTML CSS and Qt5 uses some larger int range, so it can't really match perfectly.

This fixed the bold fonts for the qt5 backend, because that wasn't handling FontWidth / stretch at all, but this shouldn't affect kf5 / you at all. Still worth a try.
Comment 14 Ongun Kanat 2020-03-22 13:32:51 UTC
Created attachment 158872 [details]
Welcome Screen (updated)

I downloaded latest mater build and tried it. Problem seems to be NOT solved. Moreover the fonts seem to be turned white (it might be KDE originated problem though). I will update the screenshot.

Version: 7.0.0.0.alpha0+
Build ID: 3eb14808495fc930c481ee6842574abf8f8608ab
CPU threads: 8; OS: Linux 5.5; UI render: default; VCL: kf5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-03-21_17:20:22
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 15 Jan-Marek Glogowski 2020-03-22 16:23:37 UTC
(In reply to Ongun Kanat from comment #14) 
> I downloaded latest mater build and tried it. Problem seems to be NOT
> solved. Moreover the fonts seem to be turned white (it might be KDE
> originated problem though). I will update the screenshot.

Hmm - there was a MacOS change, which - for whatever reason - changed some of the colors in the qt5 plugin in 

commit 8d11b953c0a69f4f5eb5ca42dec3812a62d0cd0f
Author:     Thorsten Wagner <thorsten.wagner.4@gmail.com>
AuthorDate: Sun Feb 23 21:11:05 2020 +0100
Commit:     Tomaž Vajngerl <quikee@gmail.com>
CommitDate: Fri Mar 6 20:36:23 2020 +0100

    tdf#125532: White text on default/action buttons and selected tabs on macOS

But I don't get the white colored font :-(

Can you try to use a new user profile with soffice  -env:UserInstallation=file:///tmp/test

Maybe your profile is somehow broken - no other idea...
Comment 16 Michael Weghorn 2020-03-23 06:19:06 UTC
Font (In reply to Jan-Marek Glogowski from comment #15)
> [...]
> But I don't get the white colored font :-(

I don't get any white font either with a master daily build of 2020-03-21:

Version: 7.0.0.0.alpha0+
Build ID: 3eb14808495fc930c481ee6842574abf8f8608ab
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-03-21_17:20:22
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded
Comment 17 Buovjaga 2020-05-17 18:20:40 UTC
(In reply to Jan-Marek Glogowski from comment #15)
> Can you try to use a new user profile with soffice 
> -env:UserInstallation=file:///tmp/test
> 
> Maybe your profile is somehow broken - no other idea...

Alternative: Help - Restart in safe mode and then Continue in safe mode.
Comment 18 QA Administrators 2020-11-14 03:49:22 UTC Comment hidden (obsolete)
Comment 19 QA Administrators 2020-12-15 03:47:25 UTC
Dear Ongun Kanat,

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