Created attachment 193079 [details] Screenshot of words overlapping each other. When opening a DOCX file in LibreOffice, words are seemingly randomly pulled together.
Created attachment 193080 [details] Example DOCX file exhibiting the behaviour.
Created attachment 193081 [details] Same file converted to PDF by Microsoft Word.
This happens on LibreOffice 24.2.1.2 from Flathub on postmarketOS Edge (aarch64). ``` Version: 24.2.1.2 (AARCH64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Flatpak Calc: threaded ```
No repro with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7eebe680068f68d2e4081c2f4d9b290a4524d40a CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo
Hi there, I cannot reproduce it on: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded The example docx file attached seems to not exhibit the said behavior on my end.
Looks like this is Flatpak specific then. The issue also doesn't appear on: Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: 420(Build:3) CPU threads: 32; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Debian package version: 4:24.2.0-1 Calc: threaded it does however also appear on: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 32; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Flatpak Calc: threaded
*** Bug 160347 has been marked as a duplicate of this bug. ***
Confirmed with: Version: 24.2.2.1 (X86_64) / LibreOffice Community Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2146e66d8df2b7b6a2dd868e886cae76aaf7f48b CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded ... installed from deb, so unrelated to Flatpak. I have this extension installed to support German hyphenation: https://extensions.libreoffice.org/en/extensions/show/german-de-de-frami-dictionaries Not reproduced with 7.6.5.2 -> regression. Bibisected with linux-64-24.2 repo to first bad build [817bca5601e09a41cad2cbcb897f95b33e61f673] which points to 8d247e3ad47e0b828437abb019e1573dbb1c05b1 which is a cherrypick of: commit 36bfc86e27fa03ee16f87819549ab126c5a68cac author László Németh Tue Dec 19 11:58:40 2023 +0100 committer László Németh Tue Dec 19 22:18:13 2023 +0100 tdf#119908 tdf#158776 sw smart justify: shrink only spaces Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160988 László, can you please have a look?
Same on Windows 11 with 24.2.1, same extension and attachment 193080 [details].
(In reply to Stéphane Guillou (stragu) from comment #8) > I have this extension installed to support German hyphenation: > > https://extensions.libreoffice.org/en/extensions/show/german-de-de-frami- > dictionaries Reproducible with Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 24; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded with only the *bundled* German (Austria, Germany, Switzerland) spelling dictionaries, hyphenation rules, and thesaurus 2017.01.12.