Created attachment 119244 [details] test document Hello, I am attaching screenshots of a document opened in LibreOffice 5.0.1 compared to the same document opened in 4.4.5 on the same Manjaro (derived from Arch) Linux system. The document uses the Ubuntu font family, and the subpixel hinting looks very good on 4.4.5 but doesn't appear to work at all in 5.0.1 at lower zoom levels. Then at 120% zoom, it still looks excellent and uniformly rendered on 4.4.5, but on 5.0.1 it starts to show hinting on some of the larger font sizes but not on smaller fonts, resulting in an ugly mixed-bag display. This same semi-hinted rendering is visible at several different zoom levels as you slide up and down. I already played around with the Options -> View -> antialiasing settings, but it makes no difference. I also tried installing the -ubuntu font rendering packages into Arch (sorry no screenshots) but it still resulted in mixed rendering similar to my 120% zoom screenshot. Thanks for looking into this.
Created attachment 119245 [details] 5.0.1 mixed hinting at 120% zoom
Created attachment 119246 [details] 4.4.5 good uniform hinting at 120% zoom
Created attachment 119247 [details] no hinting at 85% zoom on 5.0.1
Created attachment 119248 [details] correct hinting at 85% zoom on 4.4.5
edited summary notes and moved regression from summary to keywords please tell the model of your graphic card as well
Thanks. Intel i915 graphics. I should mention that the bug is much more noticeable on the original document, which of course contained other characters besides xxx :)
JPEG screenshots are useless to look for artifacts.
Sorry for the screenshots, they were originally PNG then I cropped them and accidentally saved them as JPG. But it's really quite obvious, the characters than look "thicker" and lighter are correctly hinted, and the "thinner" lighter letters are not correctly hinted.
please post a PNG screenshot then
Created attachment 119288 [details] fresh 85%
Created attachment 119289 [details] fresh 95%
Created attachment 119290 [details] fresh 100%
Created attachment 119291 [details] fresh 110%
Created attachment 119296 [details] 4.4.5 85% good rendering PNG
Created attachment 119297 [details] 4.4.5 90% good rendering PNG
Created attachment 119298 [details] 4.4.5 110% good rendering PNG
Even stranger, the font rendering seems to be affected by what interface LibO is using. When I start LibreOffice like... SAL_USE_VCLPLUGIN=gtk3 lowriter ... it produces the bad rendering I explained here. But when I start it like... SAL_USE_VCLPLUGIN=gtk lowriter ... the rendering is good, even in LibreOffice 5.0.
Repro on Kubuntu 15.04 64-bit, LibO 5.0.2.2 (KDE integration). I get the ugly result with 85% zoom no matter what vcl export I use.
As for the importance of "minor" assigned to this bug, I think that for those of us who spend the entire day or even longer staring at a LibreOffice screen, lack of good font rendering is hardly a "minor" concern. :)
(In reply to S. from comment #19) > As for the importance of "minor" assigned to this bug, I think that for > those of us who spend the entire day or even longer staring at a LibreOffice > screen, lack of good font rendering is hardly a "minor" concern. :) Here is the flowchart for determining those: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg In general it is quite hard to prioritize and determine severity. That is why we restrict the fields from regular users. We do need new QA people desperately as the report flow is not slowing down. Please consider contributing: https://wiki.documentfoundation.org/QA/Triage_For_Beginners
Migrating Whiteboard tags to Keywords: (bibisectRequest) [NinjaEdit]
OS X build on slightly old copy of master doesn't actually seem to be picking up the Ubuntu font on my workstation... investigating.
OK, I'm grabbing the bibisect tar file. Will see where this started to occur.
Sorry this is taking so long, I'm having some bibisect problems.
Created attachment 122811 [details] screenshot 85% zoom on master - Ubuntu Linux
Created attachment 122812 [details] screenshot 110% zoom on master - Ubuntu Linux
Thanks a lot Chris for looking into this!
Beluga, S. - I'm running this in a VM that doesn't have GL acceleration and I'm not seeing the problem you are evidentally seeing. I've tried with GTK, GTK3 and KDE, fonts look fine. Unfortunately I don't have access to a Linux system that can use accelerated OpenGL graphics. Perhaps someone else could bibisect this one?
S. - any chance you could bibisect this? Unfortunately the tar file is massive, but it would help to pinpoint where things started going wrong. https://wiki.documentfoundation.org/QA/Bibisect/Linux
I started bibisecting this, but the problem is already in 4.3 alpha (oldest of 44max repo). I did it under Ubuntu 16.04.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
I now use LibreOffice 5.3 on openSUSE Tumbleweed, and this bug doesn't appear to be present, so I'm marking it as fixed. But if any Arch/Manjaro users are still seeing this problem feel free to jump in.
I'm still seeing this. Note that this is not restricted to Arch: in 2015 I reproduced with Ubuntu. If I double-click in a cell with the bad kerning and then defocus, it gets correct. Save & reload brings the badness back. Arch Linux 64-bit, KDE Plasma 5 Version: 5.5.0.0.alpha0+ Build ID: 6b5fc059543c16759abd5eec2576b5b68e96883a CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on May 21st 2017
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to S. from comment #14) > Created attachment 119296 [details] > 4.4.5 85% good rendering PNG I now get this result with master. Tried gen & gtk2 backends in addition to gtk3 just in case it would make a difference. Closing as WFM. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: bd394492c165d27c96a44495d9ca694a242acb8f CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on July 11th 2018