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

Hmm, I can't reproduce this as you've described, adding any of those characters or strings doesn't cause any issues. Do you have any extensions installed?

I've observed a similar issue on Mojave for some time during a number of Orion releases. It seems the issue is specific to only the problematic text which causes it once entered. I've attached an example video snippet of a message I was editing in Fastmail's web interface, where I could move the text shown around the message body (just using the Delete key, as I recall) yet the cursor hid behind the center of some character glyphs regardless of where this string was in the text box. Highlighting the text in order to trigger the bug isn't necessary, but I suspect the two problems are related.

If it helps, the only extension I'm currently running is Bitwarden.

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

webpsupporter What are the easiest steps to reproduce for you?

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.