Description: Hello, I use LibreOffice Calc to create some bills, using a specific file I use as model. I joined it as attachment, minus all personal informations of course. So... When I export it as PDF without doing anything, the line 17 and 18 will not be present in the PDF, whatever the amount of retries. Strangerly, if I fill it with real informations, SOMETIMES LibreOffice will export correctly those two lines, sometimes I won't see them. It seems it depends of the bill and I failed to find the specific factor so far. It is not a matter of the file itself because I recreated it from scratch. It is not a matter of the size of the text of those two lines. Whatever it is 7 or 40, they won't be in the exported PDF if LibreOffice decided that they won't be in. It is not a matter of the size of the lines. I removed the logo. I reset the profile. Etc. Still, I found an interesting behaviour, or in a way a workaround : if you load the file I joined and try to export it as PDF, you won't see the line 17/18 in the PDF, OK BUT... If you disable the italic status of said lines AND you save the modifications (important) AND THEN export as PDF, then it will export them, just without the italic. AND AFTER THAT while remaining in the same session of LibreOffice (important), if you set them again as italic AND you export as PDF BEFORE SAVING THE FILE (VERY important, DON'T save the file BEFORE exporting at this point, unlike before), then said lines will be in the resulted PDF, with the italic status. You can export again an again, it will work. You can save after that. But of course, once you exit and reopen the file to try to export, said lines will be missed again. So, the workaround is to open, edit as I wish, then disable italic on the lines 17/18 so I save first and export as PDF second, then I reenable italic on them and export as PDF BEFORE saving, all of it while being in the same session. That is... the weirdest bug I saw since a while. Maybe I should make a video. Cordialy, Steps to Reproduce: 1. Open the joined file 2. Export as PDF Actual Results: The lines 17 and 18 of said file won't be present in the exported PDF. Expected Results: They should be there every time I export without giving me a headache :) Reproducible: Sometimes User Profile Reset: Yes Additional Info: Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 CPU threads: 16; OS: Windows 10 X86_64 (10.0 build 19044); UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL threaded
Created attachment 200733 [details] ODS File for reproducing the bug
Possible duplicate of 166032. reproducible Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded works fine. Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: ee3885777aa7032db5a9b65deec9457448a91162 CPU threads: 12; OS: Windows 10.0 Build 26100; UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded bisected Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community author Jonathan Clark commit 976b16b1c6ad6e6eaded7a9fb24388c4512e21e2 tdf#152024 Diacritics cut off at top and bottom of paragraph This change fixes issues causing Writer to clip paragraphs at the ascent of the top line, and descent of the last line, of a paragraph. This issue caused certain diacritics to render incompletely, or not at all. Change-Id: I99a3a25335f8b1d798fc8a55ff42d5c78749fca4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168557
Created attachment 200741 [details] PDF exported from the sample file
I thought I sent the sample PDF as the same time than the rest but here I am. True enough, I failed to find 166032 which is about the same issue. The only difference with this other report is that I found a sort of workaround.