Created attachment 145708 [details]
Example of the bug manifesting with RTL, not with LTR
The line breaking logic LO Writer uses prevents numbers from being split in two at line breaks: Either the number fits on the earlier line, or, in its entirety, moved to the next line.
Now, if you're writing LTR text, and are in Track Changes mode, and edit a digit in the middle of a number which just exceeds the line length and has been moved to the next line - it will stay on the next line.
If, however, it's RTL text (I've tested with Hebrew) - the number will be broken up into two parts - before and after the the changes, with the latter part placed on the next line and the former part on the first line; see attached screenshot.
Created attachment 145709 [details]
Document with the bug manifesting (used for the earlier screenshot)
If font changes make the text look different on your system, type in or delete a few characters (but not in track changes mode) to make it so that the "1234" just exceeds the capacity of the first line, in each of the four paragraphs.
I've seen this with:
Build ID: ad6adb1bfadf49af3187a0bb3ceffbf355e9eed1
CPU threads: 4; OS: Linux 4.9; UI render: default; VCL: gtk2;
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-09-29_02:45:20
Locale: en-US (en_IL); Calc: threaded
And Lior Kaplan reports reproduction with v184.108.40.206 . So - would appreciate a confirmation.
Reproduced as reported.
Build ID: 1:6.1.2-1
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3;
Locale: he-IL (en_IL); Calc: group threaded
(Debian Testing, from repository)
Reproduced back to