Created attachment 52528 [details] Letters Й and Ğ with fonts Helvetica and Lucida Grande Hello, This problem is present for several versions of Libreoffice and continues even when Libreoffice was not around at all. When I try to type a Turkish character like capital İ or Russian capital Й with accent marks on it Writer does not display the accent mark. The accent mark actually exists there, it is only visible if I select the word and continue selecting to the upper line, or when I select "Print Overview" from the toolbar. It also prints, but this is a very annoying visual glitch. The problem is present on Mac OS X. It does not affect other Libre products except Writer.
My humble opinion is, I guess it is time to switch to CoreText. With outdated ATSUI functions I am even not sure if it is worth to fix this bug.
Confirmed with 3.5.0. The issue is still present.
Still reproducible with 3.6.1.2.
Bug was never confirmed by an independent reviewer, therefore reset Status to UNCONFIRMED. (No offence -- this does not mean that I doubt the existence of this bug -- when status is UNCONFIRMED, the chance is even better that a bug wrangler will try to reproduce this issue or search for duplicates, while with Status NEW the bug will probably just be overlooked.)
Can not reproduce with LO 3.6.2.2 on Mac os 10.6.8. (copied and pasted unformatted title of attachment). Is it still present on your system? And I can btw not understand the meaning of "…and continues even when Libreoffice was not around at all."
(In reply to comment #5) > Can not reproduce with LO 3.6.2.2 on Mac os 10.6.8. (copied and pasted > unformatted title of attachment). Is it still present on your system? > It should be reproducible with the system default Helvetica font. Copying/Pasting should work fine, but typing does not work. It is still visible under Print Preview, but under editing environment we have to select one or two lines to above to be able to see the missing parts. And it sometimes leaves artifacts when scrolled down. > And I can btw not understand the meaning of "…and continues even when > Libreoffice was not around at all." I meant the OO.org era. :)
Issue is still present on the latest daily build.
At least partially REPRODUCIBLE with LibreOffice 3.6.4.1 (Build ID: a9a0717) on Mac OS X 10.6.8. There are strange things going on with the drawing of accents on Mac OS ;-) However, a detailed explanation of my findings will take some time and explaining screenshots etc., and I have to leave my computer now, so I will add the explanation later. [If I happen to forget about it -- homo sum, humani a me nihil alienum puto --, please ping me!] For now this notice should be sufficient to prevent this report from being closed etc. Resetting the version number to the first version which is known to contain the problem (3.5.0). We will check even earlier versions later.
@Roman Eisele, Thank you very much for confirming my bug report. This happens with mostly core system fonts, like Helvetica and Lucida Grande. I think you meant that by "partially reproducible". And one interesting detail, in NeoOffice, which uses Apple's CoreText rendering, I can still reproduce this issue. So it is not something about text rendering I presume, it is a core OO/LO bug. Kind regards,
Created attachment 70167 [details] Capital letters İ, Ö, Ü in NeoOffice, respectively
Created attachment 70456 [details] Letter ح in 4.0.0.0 alpha1
Issue somehow still persists. But behaviours are more acceptable now, accents get drawed automatically in a few seconds, even firstly glyph is drawn without the accents.
And the issue is mostly present with Helvetica and Lucida Grande fonts.
Without checking the code, this looks like the effect of clipping, we are properly clipping at typographic ascenders/descenders which usually don’t take accents into account.
I meant probably not properly. Clipping at typographic ascender/descender (OS/2 TypoAscent/Descent or hhea Ascender/Descender) is not proper of course, the proper setting is OS/2 WinAscent/Descent.
** 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 (4.4.1 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
** 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.1.5 or 5.2.1 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-20160920
This is still present, but if I alt-tab to another program and go back, the rendering is fixes itself. Tested with Russian letter Й using Helvetica This is also inherited from OOo Version: 6.1.0.0.alpha0+ Build ID: fb29e6eeeaad5255bb924ff59162a83ed80bfb0a CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-09_03:22:00 Locale: en-US (en_US.UTF-8); Calc: group
** 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
This is still present Report: Press shift+q to write Й using Russian keyboard Note: the tilde is cropped, but as soon as you press enter for a new line, the rendering becomes correct Version: 6.3.0.0.alpha0+ Build ID: ea9c13be02ba731074fa4207944ff7df40a0fb5c CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2019-04-10_20:43:17 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Still present in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: e9332dcdc8f2ea268d1b17c73d43a8834cf75365 CPU threads: 10; OS: Mac OS X 12.0.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
This works for me now. Retina display on 14" M1 MBP Tested with the shift+q character on Russian keyboard layout and Helvetica Version: 7.5.1.2 (AARCH64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 10; OS: Mac OS X 13.2.1; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded