Bug 128987 - Bad font rendering in Writer, mainly with serif fonts: it seems like font kerning has gone awry
Summary: Bad font rendering in Writer, mainly with serif fonts: it seems like font ker...
Status: RESOLVED DUPLICATE of bug 144862
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: low minor
Assignee: Not Assigned
Depends on:
Blocks: Font-Rendering Kerning
  Show dependency treegraph
Reported: 2019-11-23 19:43 UTC by shackton
Modified: 2022-08-20 16:12 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Zoom at 100% (3.54 KB, image/png)
2019-12-19 16:09 UTC, shackton
Zoom at 103% (3.50 KB, image/png)
2019-12-19 16:10 UTC, shackton
Comparison between LibreOffice and Notepad.exe (10.08 KB, image/png)
2019-12-20 05:20 UTC, Ming Hua

Note You need to log in before you can comment on or make changes to this bug.
Description shackton 2019-11-23 19:43:40 UTC
This graphic glitch happens mostly with zoom factors multiple of 100%. Using serif font like Times New Roman, Liberation Serif et al., I see a little space after many characters, in particular after the lowercase m. Setting another zoom factor, like 103%, seems to reduce the effect of this bug. I don't see this behaviour in other office apps, like Microsoft Word, that render font correctly. Also, I've seen this glitch under Windows, Linux and Mac OS. Enabling or disabling OpenGL doesn't make any difference.

Steps to Reproduce:
1. Set zoom at a multiple of 100%
2. Write some text in Times New Roman (or other serif font) and see how it appears
3. Set zoom at another value and note the difference

Actual Results:
Wrong font rendering, as described

Expected Results:
Better font rendering

Reproducible: Always

User Profile Reset: No

Additional Info:
Comment 1 Xisco Faulí 2019-11-26 11:17:08 UTC
Thank you for reporting the bug. 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

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
Comment 2 shackton 2019-11-26 16:06:09 UTC
It's not related to user profile; I have this behaviour on every PC I use, on every user profile.
Comment 3 shackton 2019-12-12 20:07:45 UTC
The bug is still there in It has always been there, and it has been inherited from OpenOffice as well.
Comment 4 Stanislaus J. Pinasthika 2019-12-19 02:51:01 UTC
No reproduce in
Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kde5; 
Locale: id-ID (id_ID.UTF-8); UI-Language: en-US
Calc: threaded


Build ID: 5030be4e85179147476b1e441eb618fb6ed58235
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kf5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-11-28_20:14:48
Locale: id-ID (id_ID.UTF-8); UI-Language: en-US
Calc: CL

can you tell us about the detail of the Writer?
Comment 5 Stanislaus J. Pinasthika 2019-12-19 02:51:17 UTC
Comment 6 shackton 2019-12-19 16:09:55 UTC
Created attachment 156677 [details]
Zoom at 100%
Comment 7 shackton 2019-12-19 16:10:34 UTC
Created attachment 156678 [details]
Zoom at 103%
Comment 8 shackton 2019-12-19 16:16:26 UTC
I'm using Windows 64 bit version You can clearly see from the attachments that with a 100% zoom factor there is a little space after the lowercase m; it's not there with a 103% zoom factor. I've also seen this bad font rendering under Mac OS and Linux, with many versions of LibreOffice, as I said before.
Comment 9 QA Administrators 2019-12-20 03:39:54 UTC Comment hidden (obsolete)
Comment 10 Ming Hua 2019-12-20 05:20:26 UTC
Created attachment 156683 [details]
Comparison between LibreOffice and Notepad.exe

I understand what the reporter means as I've seen LO sometimes rendering text with strange kerning as well.

For comparison I'm attaching screenshots of both LO 6.2.8 and Windows native Notepad.exe rendering the same text, so that developers can see what we mean.  Both screenshots are with Times New Roman font, 12 pt size, 100% zoom.

However, neither rendering is perfect, and I'll be reluctant to say the LO one is "wrong".

My "About LO" information:
Version: (x64)
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU threads: 2; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: zh-CN (zh_CN); UI-Language: en-US
Calc: threaded
Comment 11 Dieter 2019-12-20 07:47:41 UTC
I confirm it with

Version: (x64)
Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

Similar to bug 123182 (So I also change status of this bug to NEW). Perhaps it's better to merge them?
Comment 12 Iandol 2022-07-13 10:38:05 UTC
Isn't this another example of https://bugs.documentfoundation.org/show_bug.cgi?id=103322
Comment 13 Aron Budea 2022-08-05 07:00:13 UTC
This should be fixed by bug 144862's fix in 7.4.

*** This bug has been marked as a duplicate of bug 144862 ***