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
Created attachment 152196 [details] Hyperlink dialog
Created attachment 152197 [details] Settings Dialog
Created attachment 152198 [details] Settings Dialog with another KDE dialog for comparison. Notice the buttons
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
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.
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.
(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.
(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.
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
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
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
Created attachment 155379 [details] My fontconfig configuration
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.
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
(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...
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
(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.
Dear Ongun Kanat, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
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