Description: Applying DF to certain text part, moves the word to new line. Save and reload and position being different Steps to Reproduce: 1. Open the attached file 2. Select the yellow marked text 3. Press Underline -> Text moves to next line 4. File -> Save 5. File -> Reload. Word back to previous position (as in step 1) Actual Results: Layout change between editing and file -> reload Expected Results: WYSIWYG Reproducible: Always User Profile Reset: No Additional Info: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6faa7e6f7bae3e6a613b4f4b7cee4a9c6d2b7aae CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded
Created attachment 201569 [details] Sample
Also in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7afd11f8e476884662c18db85445752cc030b2e2 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded not in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cf07373d84b0ad6d0110b62966705b3e101785b5 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded
Reproducible Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e7201fd7c51743cb103bae82263d98830f5174cf CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (es_ES); UI: en-US Calc: CL threaded
BTW, the same goes for ODT or DOCX.
Unable to reproduce this bug in Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: fi-FI (fi_FI); UI: en-GB Calc: CL threaded However, I can confirm that it is present in Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 04bd455e36b054001e08a0a3256d508a009ffef3 CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: fi-FI (fi_FI); UI: en-GB Calc: CL threaded
Bibisected with bibisect repository bibisect-win64-26.2. Results: e829cfbddb9b520ee9734c1cea9dd3491768398c is the first bad commit commit e829cfbddb9b520ee9734c1cea9dd3491768398c Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Mon Jun 30 14:01:50 2025 -0700 source 529755f0919217a84a12daad0fddfddd1124f0e9 source 529755f0919217a84a12daad0fddfddd1124f0e9 instdir/program/setup.ini | 2 +- instdir/program/sw_writerfilterlo.dll | Bin 2996736 -> 2997248 bytes instdir/program/swlo.dll | Bin 18223616 -> 18225152 bytes instdir/program/version.ini | 2 +- 4 files changed, 2 insertions(+), 2 deletions(-)
(In reply to Jussi Suominen from comment #6) > Bibisected with bibisect repository bibisect-win64-26.2. Results: > e829cfbddb9b520ee9734c1cea9dd3491768398c is the first bad commit > commit e829cfbddb9b520ee9734c1cea9dd3491768398c > Author: Norbert Thiebaud <nthiebaud@gmail.com> > Date: Mon Jun 30 14:01:50 2025 -0700 > > source 529755f0919217a84a12daad0fddfddd1124f0e9 That commit fixes a bug appearing in version 24.8, so I guess we can repurpose this to be about it.