Description: I have written an entire book, about 80k words. In it, I now find that some letters are missing their right part. Most letter "f" (lower case) but also some other letters. It appears that the blank space that follows is covering the letter. If I delete that letter and the letter after it, it usually reverts to a normal state, so no cut-off any more. But the problem is VERY hard to notice, so I have to sift through entire manuscript to find corrupted letters and, I miss quite a few. Every time I open it, I find new ones. If I print such a page, the print has the same cut-off letters too, true to what is on the screen. So, this is not a display issue. Problem is - it is not reproducible, except in one case where a word "beefcake" will have letter "f" cut off if LibreOffice writer inserts a hyphen to break the word into two (at new line). Steps to Reproduce: 1. Doesn't seem to be reproducible, can only be found in an already formatted text. Possibly can be reproduced by forcing the word "beefcake" to be split into to at the end of the line with automatic hyphen insertion. 2. 3. Actual Results: Didn't notice this problem while typing, only after some edits, and working on the file for a more than a year. Expected Results: As it is not reproducible, at least not directly, nothing will happen as one types in libreoffice, only after the same file is opened multiple times, edited and so on. I only noticed the problem with cut-off letters during the final read before I was going to pass the file to the proof-reader for the final edit before printing. Reproducible: Sometimes User Profile Reset: No Additional Info: The best way to see this bug is to have me send you the file in which I assembled examples of letters that are cut off. They all miss the 20% or so from the right side which is easily missed. As for OpenGL, I don't see anywhere in options to turn it on or off. Only OpenCL, and that was OFF.
You can make a screenshot for a part of the text with problems. Also what can you do, is to go to Help - Restart in Safe Mode - Restart and see if the problem persist. If yes, would be nice to have another document, without sensitive info in it, where the bug could be seen.
Created attachment 163418 [details] Collection of words with cutoff letters - copy-pasted from original (sometimes, the error corrects itself on copy-paste) This is a sampling of cutoff letters bug - most of them letter "f" but there are others too. More often than not, the cutoff letters do NOT make it through the copy-paste (they correct themselves), but sometimes they do, as is evidenced here. To see the cutoff letters better, you can enlarge the text to 70-80 points.
Do you see my problem in my screenshot?
Created attachment 163419 [details] do you see here your bug
Also you have some options about F letter here: Tools - Options - LibreOffice Writer - "Compatibility option for Cutoff F" See my new screenshot
Created attachment 163420 [details] Tools - Options
(In reply to BogdanB from comment #1) > You can make a screenshot for a part of the text with problems. > > Also what can you do, is to go to Help - Restart in Safe Mode - Restart and > see if the problem persist. > > If yes, would be nice to have another document, without sensitive info in > it, where the bug could be seen. Just made a screen shot, with letters set at 80pt. I circled the errors in red. Where do I upload it?
Created attachment 163423 [details] cutoff letters screengrab Here is the screengrab showing letters F and italic letter "e" also cut off. In reply to your earlier question - yes, I see the cutoff F in your example, although it is less noticeable with that font. I have examples of some other letters too, so it is not limited to letter "F". Also, I do not see the option that you mention for dealing with cutoff letter F in libreoffice writer - at least not in the path you submitted here.
To be more precise: I do see the option for "cutoff_F_" but don't know which one of the long list of options should be on or off for it to work. Besides, letter "F" is not the only problematic letter, but I would hope that fixing that one should fix others too. Any idea what causes this behavior? It seems that the blank space of the following letter overlaps the previous one...
I just went through the entire list of options, turning them on and off one by one. None of the options solved the problem - only one letter "F" got corrected, and that was the automatically hyphenated one. The rest, including the cutoff letter "e" stayed the same no matter how I set the options for "cutoff letter F".
In your screenshot we can see you are using some Garamond font. Is this the only font that shows the problem? Ideally some free font would show the problem, so we could test.
Ref: https://ask.libreoffice.org/en/question/297452/will-this-cut-off-letters-bug-ever-be-solved/ As noted there, the problem is not a font, but the character background color. Clearing direct formatting (or just manually assigning "no fill") "fixes" the problem. So the question is - what to do with the character rectangles that do not match the glyphs when effects like italics or bold are used. Simple srom-scratch steps: 1. In a new text documents, type "ff". 2. Select all, make Italic. 3. Select all, apply a Highlight color. 4. Select the second "f", make Bold. Tested with Version: 7.1.1.2 (x64) / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL
... and it seems that the problem is in the sequence that is used for painting the characters backgrounds. Wherever a new run of characters is started (i.e., a formatting of characters is somehow different from the previous), the rectangle for this new run is filled with its background (if exists) *after* the previous run is fully painted, so the new area fill may erase parts of earlier characters that happened to overlap. It looks like an obvious fix would be to postpone drawing foreground character glyphs only after all backgrounds were painted... no idea how difficult could that be.
From experiments, it appears the clipping appears only when there is no original font file (e.g. an italic variant is requested) and the font renderer has to create one from the available ones. To check my intuition, I played with a cursive font which has hooks protruding outside the glyph bounding box so that adjacent characters look attached together. As long as the "regular" variant is unaltered by "effects", highlighting colour will not clip the glyphs. I apply italic to the text and clipping shows up. The font I used has only a "regular" file and none else (no italic, nor bold) so that the font renderer is forced to generate one. It is likely that it distorts the bounding rectangle into a slanted parallelogram so that the sides are no longer "vertical". Another necessary condition is a break into formatting variants. Clipping occurs only at the boundary of italics, not in the middle of the sequence. Tested with 7.0.4.2
(In reply to ajlittoz from comment #14) > From experiments, it appears the clipping appears only when there is no > original font file No. Please check the steps from comment 12. It uses only "stock" fonts (namely, in my testing, I used Liberation Serif, definitely present on system).
Dear peter_bakic, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Also in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a34dcd03254480927c403d904c0e754802d97b90 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
*** This bug has been marked as a duplicate of bug 43643 ***
*** Bug 157249 has been marked as a duplicate of this bug. ***