Third party Cursor moves on backspace when there are multiple lines of text.

[mjda]

Affected version

2.1.7

When I'm on my phone using the backspace key when there are multiple lines of text moves the position of the cursor.

To reproduce this, even here on XF, open a reply box, and type the following:

Test

Test

Now place the cursor at the beginning of the line before the 2nd "Test". Hit the backspace key. Now you'll see this:

Test
Test

Except the cursor will now be between the "T" and "e" in the 2nd "Test".

I'm using Chrome on Android 10.

I should also note that if the first several lines of text are blank, the cursor stays where it is, as expected. It's only if there are multiple lines of text this happens. If none of this makes any sense let me know and I'll try to get some screenshots to help better explain.

 

[Chris D]

This appears to be a Froala bug so I have reported it here:

Backspace can sometimes put the caret in an unexpected location · Issue #3857 · froala/wysiwyg-editor

Expected behavior. The caret should remain in the expected position. Actual behavior. It does not. Steps to reproduce the problem. In the editor, add the following text: Test Test Place the caret a...

github.com

 

[adamgreenough]

The entire Froala is a buggy mess on mobile, particularly the latest iOS. I have opted to disable the rich editor by default on mobiles. Too many complaints.

 

[Chris D]

When I'm on my phone using the backspace key when there are multiple lines of text moves the position of the cursor.

To reproduce this, even here on XF, open a reply box, and type the following:

Test

Test

Now place the cursor at the beginning of the line before the 2nd "Test". Hit the backspace key. Now you'll see this:

Test
Test

Except the cursor will now be between the "T" and "e" in the 2nd "Test".

I'm using Chrome on Android 10.

I should also note that if the first several lines of text are blank, the cursor stays where it is, as expected. It's only if there are multiple lines of text this happens. If none of this makes any sense let me know and I'll try to get some screenshots to help better explain.

I believe this is now fixed in the new version of the editor. I cannot reproduce it in a few browsers that I believe I could previously, including Chrome on Android 10.

If you can verify, we'll get the bug closed. Thanks!

 

[mjda]

I believe this is now fixed in the new version of the editor. I cannot reproduce it in a few browsers that I believe I could previously, including Chrome on Android 10.

If you can verify, we'll get the bug closed. Thanks!

Well, the original steps no longer work, but the bug is still there.

Now, type the following into the editor:

Test
Test

Then put the cursor before the 2nd "Test" and hit backspace. Now the cursor will be between the 2nd "T" and "e".

 

[Chris D]

Not seeing that in my tests. Also I'm not clear how those steps are different from the original ones.

We might need some more details such as specific Android version, device make and model, keyboard in use.

Are you able to show this in a screen recording in case we're missing something?

 

[mjda]

Sorry, it's only slightly different because there's no space between the two words this time.

I'm using a Google Pixel XL with Gboard, Android 10, and Chrome 83.

View attachment 20200629_082747.mp4

 

[Chris D]

Ok this is now seemingly an issue that is exclusive to devices running Gboard. I assume Samsung has their own keyboard as I'm unable to reproduce it on there.

Pretty sure the issue existed before on all devices.

 

[Mendalla]

Ok this is now seemingly an issue that is exclusive to devices running Gboard. I assume Samsung has their own keyboard as I'm unable to reproduce it on there.

Samsung phones come with their own keyboard (but a lot of us substitute GBoard).

 

[Chromaniac]

I can replicated this on Chrome stable Android with SwiftKey.