Text selection and cursor position rendered wrong if input contains "bad" text [Mojave]

An easy way to trigger the cursor rendering problem here - type a colon into the Google search box before a query.

In the example above, the cursor is correctly deleting items next to itself, but the problem with deleting text (incorrect cursor positioning) can also be replicated by entering multiple colons into the middle of a search query.

In the second example, the cursor also jumps forward past the end of my entry when I use the right arrow key to move through the text.

jamie Thank you, very useful!

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

Vlad

1. Go to any Github's project
2. Navigate to "Issues"
3. Write a filter, enter
4. Try to edit the filter
5. The typing cursor doesn't match the content

bribri Can you show a video of that?

Video attached. Note where I'm clicking vs. where text appears.

bribri Thanks. This is an issue related to Mojave and character not typing where the cursor was clicked. I think we have an issue already for that and I'd appreciate if you could find it so that I can merge.

Looks like this issue:
https://orionfeedback.org/d/832-text-selection-and-cursor-position-rendered-wrong-if-input-contains-bad-text-mojave/10

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"