https://bugs.documentfoundation.org/show_bug.cgi?id=157829
Bug ID: 157829
Summary: Changing character formatting of wrapped RTL/LTR text
in LTR/RTL paragraph messes up the wrapping
Product: LibreOffice
Version: 7.6.2.1 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Description:
If I insert text of the opposite direction to the paragraph direction (i.e.,
RTL text in an LTR paragraph or LTR text in an RTL paragraph) towards the end
of the line, the opposite-direction word correctly wraps to the next line. If,
however, I then try to change the formatting of some of the characters of the
opposite-direction wrapped word (e.g., bold, italics, strikethrough, etc.),
then the word breaks in the middle and stops wrapping.
(I am also experiencing a problem where sometimes undoing the formatting
results in the word wrapping correctly again, and sometimes not. I cannot
figure out when the wrapping is fixed and when it is not.)
Steps to Reproduce:
1. Type a line of text in whatever the current text orientation is (e.g.,
English in LTR orientation, Hebrew/Arabic in RTL orientation).
2. As you get towards the end of the line, switch to the opposite orientation
language (e.g., if the paragraph is LTR, switch to Hebrew/Arabic; if the
paragraph is RTL, switch to English). Type enough letters to wrap the word to
the next line.
3. Select several of the characters toward the beginning of the wrapped word.
Bold or italicize the text.
Actual Results:
The word stops wrapping to the next line, but splits in the middle.
Expected Results:
The word should continue wrapping on the next line.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render:
Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
--
You are receiving this mail because:
You are the assignee for the bug.
