Description: Select letters from this section. Selection seems to miss the real letters. Could be related to hypenation, or the just new introduces feature of alignment justification. See the video. Steps to Reproduce: See description Actual Results: Selection does not match real text. Expected Results: Should match. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 67ea1fc544a0651e8da78531cfa3525f72c434ef CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 202748 [details] video testing the bug I know bugs should be reported into different bugs, but maybe they are conected: - the main bug, selection is not right - the hyphen is not ok on the "watch-" word - the 2 hypens on consecutive rows should NOT happend.
Created attachment 202749 [details] Demo document
Laszlo, I added you to this bug, can you take a look, if the bug is connected to the new features in master from alignment?
I can confirm with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d3f499361039b7933dfdae405dabdc8b631dcf79 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
This seems to have begun at the below commit in bibisect repository/OS linux-64-26.2$. 5a149fcc976847be88120955c0c3bdcc84a5ccf5 is the first bad commit commit 5a149fcc976847be88120955c0c3bdcc84a5ccf5 Author: Jenkins Build User <tdf@maggie.tdf> Date: Fri Aug 1 18:25:49 2025 +0200 source f83a04c51056445bbf947a31c8c1866a5c30bef1 188653: tdf#167648 cui offapi xmloff sw: add DTP-feature maximum letter spacing | https://gerrit.libreoffice.org/c/core/+/188653
@Buzea, raal: thanks for the bug report and feedback! Yes, the first two problems are connected to the new developments, with upcoming fixes in the next couple of weeks. The consecutive hyphen problem is an interesting catch, and not related to my developments: there is only a single hyphen inserted by automatic hyphenation, because the “dead-end” contains a hyphen already. Otherwise it would be fine to add that, too, to the consecutive hyphenated line limit. There is a strong requirement to break the words at that hyphen, because most of these compound words are very long typically. So I can imagine, that this is a conscious exception of the rule. But it's a real bug that a third hyphenated line is also allowed... so likely it's worth to report the problem.