Summary: | Wrong amount of selected text is highlighted in mixed LTR/RTL text | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | William Friedman <will.friedman> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | dgp-mail |
Priority: | medium | ||
Version: | 7.2.4.1 release | ||
Hardware: | All | ||
OS: | Windows (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 43808 | ||
Attachments: |
Example of the problem
The test document used in the video. Comparison of the behavior in LO 7.1.5 and 7.2.4 |
Description
William Friedman
2021-12-09 21:42:21 UTC
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 *** |