I've recently installed a 25.8 nightly, after not having installed nightlies for a number of weeks, for use on a Hebrew Writer document, I've done that again this week. While editing, I experienced one or twice the following ephemeral phenomenon: When I set a paragraph to be justified, or when I paste a bunch of text into a justified paragraph - the first line is not justified, as though it were right-aligned (remember, this is Hebrew text), and the second line and onwards, are justified. If I type Backspace-and-then-Space from the beginning of the second line, this seems to correct itself, or if I press Shift-Enter for a line break at the end of the first line, then Backspace, this also goes away. In fact, almost any action I take which affects this paragraph seems to make this go away, so much so that I can't attach a document with an example. I am also not sure exactly in which situations this happens. Sorry for a bug report that's vague, but - it _does_ happen, it's not a one-off occurrence.
I have now experienced this also in paragraphs other than the first, while typing and crossing the end-of-line boundary, in the middle of a paragraph. But - I can now consistently reproduce! Will post an attachment soon.
Created attachment 198309 [details] Document for reproducing the bug To reproduce: 1. Open the attached document. 2. Move the cursor to the end of the (single) paragraph 3. Type in the word שתיים Expected results: The first line of the paragraph is justified so as to end at the left edge of the text area. Actual results: The first line does _not_ get justified (in fact, it even retracts slightly), and this ends well before the left edge of the text area, despite being supposedly justified, and the second line already showing some text. A regression for sure.
Bisected to the following commit: commit 4bad9220b911f1624520ff2719571bc3acf99c00 Author: László Németh <nemeth@numbertext.org> Date: Mon Sep 16 13:36:41 2024 +0200 tdf#161810 sw smart justify: fix overhanging lines containing tabs
I cannot reproduce the problem with the not fresh build 8d7272141f56935a7fbd629706bb4fefb7d3ba84, but this is newer, than the bibisected commit. I will check it with a fresh build next week, maybe my method is wrong (using Ctrl-Shift-u for Unicode input under Linux, also copy + paste instead of a Hebrew keyboard).
Created attachment 198520 [details] Modified reproducer I slightly modified the file, it consists of two paragraphs: the original text, and the same text with the added word. When opened, it looks, okay. But... - Open the file, - Move cursor to beginning of the 3rd line. - Press enter and backspace. => Instead of getting justified, the first line of the paragraph (2nd line in document) further retracts after the backspace.
(In reply to Aron Budea from comment #5) Also, I've seen this on more occasions in some more documents (although - similar: letters which may at some point have been a DOCX but are now ODTs, in Hebrew) - and on any line, not just the first one. With your modified reproducer - when I open it - the text _exceeds_ the intended line width; then when I follow the instructions, it fails to reach it.
(In reply to Aron Budea from comment #5) Also, I've seen this on more occasions in some more documents (although - similar: letters which may at some point have been a DOCX but are now ODTs, in Hebrew) - and on any line, not just the first one.
... and seeing a difference in bethavior between an old version (7.6.7.2) and a recent 25.8 nightly: After pressing Enter-then-Backspace, with 7.6.7.2 the text extends to the edge of the line (increasing effective line length with the pressing of backspace); with 25.8, the text retracts further from the edge of the line (decreasing effective line length). AFAICT, this has not been bibisected, so changing the keywords.
(In reply to Eyal Rozenberg from comment #8) > ... and seeing a difference in bethavior between an old version (7.6.7.2) > and a recent 25.8 nightly: After pressing Enter-then-Backspace, with 7.6.7.2 > the text extends to the edge of the line (increasing effective line length > with the pressing of backspace); with 25.8, the text retracts further from > the edge of the line (decreasing effective line length). > > AFAICT, this has not been bibisected, so changing the keywords. bibisected with linux-64-25.2 commit 857dd6000c877f2c6d8bb73806a8557fa0baea73 author László Németh <nemeth@numbertext.org> tdf#161810 sw smart justify: fix overhanging lines containing tabs Length of tabulator portions wasn't taken into account during calculating overhanging lines, resulting missing space shrinking. Regression from commit 17eaebee279772b6062ae3448012133897fc71bb "tdf#119908 sw smart justify: fix justification by shrinking".