Description: When selecting text that is the opposite direction of the paragraph (RTL text in a LTR paragraph and LTR text in an RTL paragraph), the amount of highlighted text does not correspond to the amount of selected text. Steps to Reproduce: 1. Set text direction to LTR. 2. Write some LTR text. 3. Write some RTL text (Hebrew, Arabic, etc.). 4. Write some more LTR text. 5. Select the LTR text; see that the text selected is properly highlighted. 6. Select the RTL text; see that the wrong amount is highlighted. Actual Results: Shows a larger amount of highlighted text than selected text. Expected Results: Highlighted only the selected text. Reproducible: Always User Profile Reset: No Additional Info: This is a new bug; the older version I was using (7.1) didn't have this problem.
Created attachment 176838 [details] Example of the problem
My apologies for forgetting to paste the version information: Version: 7.2.4.1 (x64) / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 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 Again, this bug did not exist in any previous version of LO that I've used (and I've been using it for 10+ years at this point).
William, thank you for reporting the bug. Please attach the sample document from the video, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it)
Created attachment 177146 [details] The test document used in the video.
The test document has been uploaded. I think this bug may also be related to (or identical with) https://bugs.documentfoundation.org/show_bug.cgi?id=144890. But if so, it wasn't noted there that this is bug was introduced at some point in the 7.2 version, because in the 7.1 version it worked fine.
I confirm the behaviour, but I don't think it's a bug. For me selection follows some clear rules (They become mor visible, if you use arrows for text selecting: After the last character of LTR-text (space) the first character of RTL-text is selected (מ), then all other characters are selected from right to left. Comma is first character of left to right text. So basic rule is: direction of selection follows direction of text. This sounds logic to me. If it doesn't appear in previous versions I would consider behaviour in previous versions as bug and actual behaviour as improvement. So for me NOTABUG. but feel free to change it back to UNCONFIRMED with a short resoning, if you disagree.
I think there has been a misunderstanding about the bug here. The issue is not the directionality of selecting mixed LTR/RTL text. That continues to work fine. Rather than reiterating the problem, however, it seems that this bug is indeed identical with https://bugs.documentfoundation.org/show_bug.cgi?id=144890 and is laid out very clearly in h.rosemarin's comment there: https://bugs.documentfoundation.org/show_bug.cgi?id=144890#c6 I will attach a video comparing the behavior in LO 7.1.5 and LO 7.2.4.1 to show the problem.
Created attachment 177224 [details] Comparison of the behavior in LO 7.1.5 and 7.2.4 This video demonstrates, side-by-side, the behavior of the exact same selections on the provided test document in LO 7.1.5 (where it works correct) and LO 7.2.4.1, where it does not.
(In reply to William Friedman from comment #7) > Rather than reiterating the problem, however, it seems that this > bug is indeed identical with > https://bugs.documentfoundation.org/show_bug.cgi?id=144890 and is laid out > very clearly in h.rosemarin's comment there: > https://bugs.documentfoundation.org/show_bug.cgi?id=144890#c6 => RESOLVED DUPLICATE *** This bug has been marked as a duplicate of bug 144890 ***