Description: Calc Spreadsheet: When text in a cell is italicized, it is not exported properly to PDF and appears as garbage (on Mac) or empty (Windows). Steps to Reproduce: 1.Create spreadsheet with text in a few cells. Italicize text in some of the cells. 2.Export to PDF. 3.View PDF to confirm error. Actual Results: The cells with italicized text are either empty or garbage in the exported PDF, whereas the cells with regular text appear correctly in the exported PDF. Expected Results: The software should export italicized text in cells to PDF properly, i.e., visibly and italicized. Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.5.2 (X86_64) / LibreOffice Community Build ID: fddf2685c70b461e7832239a0162a77216259f22 CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Hello, Thank you for reporting the bug. I can confirm that the bug is present in master. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a8ec21adf255b70bb6eeb0a1717190df303d8b26 CPU threads: 12; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded
I've not been able to reproduce on macOS using: Version: 25.2.2.2 (AARCH64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 8; OS: macOS 15.4; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
I am unable to reproduce the bug in version 25.2.2.2, but I can reproduce it in version 25.8.0.0alpha. Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fa357e4a0a44471637373302c4391e6b0c2f1a20 CPU threads: 8; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
NEW per last comments.
I went digging a bit and bibisected down to the repository win64-24.8 which shows the first occurrence being https://git.libreoffice.org/core/+/976b16b1c6ad6e6eaded7a9fb24388c4512e21e2 I also tried bibisecting using win64-7.6 and win32-6.1 but I couldn't replicate the bug for those. To see if there were any related reports including 976b16b1c6ad6e6eaded7a9fb24388c4512e21e2, I found results which seem to have problems with text being clipped or visually gone in earlier builds. https://bugs.documentfoundation.org/buglist.cgi?list_id=1851459&longdesc=976b16b1c6ad6e6eaded7a9fb24388c4512e21e2&longdesc_type=allwordssubstr&query_format=advanced
(In reply to Brandon H. from comment #5) > I went digging a bit and bibisected down to the repository win64-24.8 which > shows the first occurrence being > > https://git.libreoffice.org/core/+/976b16b1c6ad6e6eaded7a9fb24388c4512e21e2 > > I also tried bibisecting using win64-7.6 and win32-6.1 but I couldn't > replicate the bug for those. > > To see if there were any related reports including > 976b16b1c6ad6e6eaded7a9fb24388c4512e21e2, I found results which seem to have > problems with text being clipped or visually gone in earlier builds. > > https://bugs.documentfoundation.org/buglist. > cgi?list_id=1851459&longdesc=976b16b1c6ad6e6eaded7a9fb24388c4512e21e2&longdes > c_type=allwordssubstr&query_format=advanced Sounds very similar to a bug I reported: https://bugs.documentfoundation.org/show_bug.cgi?id=165537