Description: docx-files are bad rendered since Version 24.2.? the same files looks well with Version 7.4.… see also https://ask.libreoffice.org/t/unter-opensuse-tumbleweed-fehlerhafte-anzeige-von-docx-dateien/106589 Steps to Reproduce: 1. open attached …docx with 24.2… ⇒ bad 2. open attached …docx with 7.4… ⇒ good 3. Actual Results: bad rendering with 24.2 Expected Results: should render as 7.4 Reproducible: Always User Profile Reset: No Additional Info: test with ``` Version: 24.2.4.2 (AARCH64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Flatpak Calc: threaded ``` ⇒ bad test with: ``` Version: 7.4.7.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Debian package version: 4:7.4.7-1+deb12u2 Calc: threaded ``` ⇒ good
Created attachment 194573 [details] simple …docx file
maybe related to »fix of https://bugs.documentfoundation.org/show_bug.cgi?id=119908« ??
Could confirm the buggy behavior with OpenSUSE 15.6 and LO 24.2.4.2. Works well in LO 7.6.4.2, so a regression.
I was not able to reproduce with the linux bibisect builds on Ubuntu, nor in the compiled development build of master. I have installed the Arial font on my machines - I wonder if maybe a substituted font is at play here?
Have tested without replaced fonts on OpenSUSE 15.6 rpm Linux and KDE: All fonts I tested will show the same behavior (at different positions). Tested Arial, DejaVu Sans (only one row wrong) and Liberation Sans (many rows wrong)
Fixed in master, and it will be fixed in the next bug fix release of 24.2. It's related to the hyphenation with smart justify, see Bug 160170. Werner and all: thanks for your bug report and feedback! *** This bug has been marked as a duplicate of bug 160170 ***