Text selection and cursor position rendered wrong if input contains "bad" text [Mojave]
Steps to reproduce:
Cursor is offset in entered text after any period as if a space was inserted after each period.
Open the comment box on any orionfeedback post (also works on translate.google.com). Type something with periods and no spaces (i.e. version 0.99.111 beta). Then select text with cursor. Spaces will appear after the periods only when selected. Additionally, trying to edit beta (or anything after the periods) will result in the cursor being visually offset from where the typing is inserted.
Seems that spaces are inserted similarly before semicolons;
No problem in safari. Bug persists in compatibility mode.
Expected behavior:
<What you expected to happen?>
Cursor should not be offset, typing should be entered where it is placed. No spaces should be visible after periods on selection unless typed there.
Orion, OS version; hardware type:
Orion version 0.99.111 beta
MacOS Mojave version 10.14.6, MacBook Pro (Retina, 13-inch, Late 2013), 2.4 GHz Intel Core i5
`
Image/Video:
<Copy/paste or drag and drop to upload images or videos (up to 20MB)>
Also worth noting this only existed after I updated orion to 0.99.111, this was not an issue beforehand. So I'm not sure if it's a duplicate of https://orionfeedback.org/d/832-text-selection-and-cursor-position-rendered-wrong-if-input-contains-bad-text but possibly since that was also a Mojave issue (didn't see it initially cause it's title referenced "bad text"). That post does not mention periods but does mention semicolons.
I can replicate this on Mojave (just submitted this bug before seeing this post https://orionfeedback.org/d/1482-cursor-offset-in-entered-text-boxes-when-punctuation-is-used) but it's worth noting this only started happening to me after I updated orion. Was not happening on version 0.99.110-beta for me but is happening on 0.99.111-beta. Unless this was fixed and then reappeared, it could be the act of updating itself that triggers the bug.
+1 . I have been having the same issue since forever, but thought it was part of the beta nature. Currently happening on MacOS 10.14
webpsupporter What are the easiest steps to reproduce for you?
- Go to any Github's project
- Navigate to "Issues"
- Write a filter, enter
- Try to edit the filter
- The typing cursor doesn't match the content
- Edited
Steps to reproduce:
- Create a new issue here
- Type something that looks like a domain name inside parenthesis, close the parenthesis, and then type some more text. Make sure all of the text fits on a single line. Something like this:
Test is some text. (This contains something.lookslikea.domain) Here is some more text.
- Click the text after the parenthesis to move the insertion point
- Try typing more text
- Note that the text appears in the wrong place
Orion, OS version; hardware type:
Version 0.99.124.1-beta (WebKit 616.1.10)
macOS 10.14.6
edit: I just observed this same bug in a text field on another website. So this should probably be recatorgized as a general Orion bug.
Video attached. Note where I'm clicking vs. where text appears.
bribri Looks like this issue:
Ooops, this link is circular?
In any case, this issue is the biggest showstopper for me. I write a lot in forums, which often contain specific formatting characters such as []% or non-ASCII unicode characters, and this bug makes writing almost impossible.
In fact, the mere quotation of []% triggers the issue in this very editor area.
When selecting text in text boxes (including on this very site), the cursor/selection is often misaligned, frequently by several characters in a large text block. This makes it unusable for editing posts on a Wordpress site, for example.
Orion, OS version; hardware type:
0.99.125, 10.14.6, 2019 iMac 21"