iOS: Cursor jumping after selection

Steps to reproduce

  1. Open an existing note that has a task list (my daily note has a dataview code block above the list, but with plugins disabled i still see this behaviour)
  2. Attempt to click on an item in the list from live preview view
  3. Cursor focus jumps to top of page and keyboard pops up
  4. If you close the keyboard and attempt to select the list item, the same jumping behaviour usually occurs
  5. If you navigate to the area with the keyboard open, it usually works
  6. There seems to be some association with where you click, as if i navigate away from the page and click, the cursor now jumps to the last place i attempted to click earlier.

Did you follow the troubleshooting guide?

Y

Expected result

Selecting text in the usual area

Actual result

Cursor jumping

Environment

SYSTEM INFO:
Operating system: ios 18.5 (Apple iPhone14,6)
Obsidian version: 1.10.3 (251)
API version: v1.10.3
Login status: logged in
Language: en
Catalyst license: insider
Live preview: on
Base theme: adapt to system
Community theme: none
Snippets enabled: 0
Restricted mode: off
Plugins installed: 4
Plugins enabled: 0

RECOMMENDATIONS:
none

1 Like

does it happen only in list itemes?

Also, please let me know if the situation improves when you get 1.10.4

I have the same problem. Basically the cursor position will be wherever the last position was. So if I scroll down and tap somewhere, the document will jump back where the cursor was and will start editing there instead of the place I tapped.

I feel like this has been fixed in 1.10.4 since the changeslog says:

  • iOS: Fixed issue where tapping between lines in the editor would put the cursor at the wrong location.

I feel like this might be the source. I still don’t have access to that build but hopefully it fixes this problem.

Oh god thank you, I feel like I was going crazy with the cursor on iOS in the last week!!

I tried removing all plugins, css snippets, and themes. I also force-closed and restarted the app. My version is 1.10.3 (251).

For me the replication steps are:

  • touch to place the cursor on a word in a long document
  • Touch the little icon to minimize the keyboard
  • finger scroll down the page
  • Try to touch a word

Then as the keyboard pops back up, the screen will lurch back to where it was in step 1 and the cursor will be in the same place i put it in step 1.

This only happens for me when the keyboard is minimized. If I scroll down the page with the keyboard open, the issue does not occur.

I am experiencing the same problem. When I scroll down on a note and tap anywhere to begin an edit, the screen scrolls to the top of the note and places the cursor and the start of the header. This happens only on iPhone and an iPad without physical keyboard. Once the onscreen keyboard is launched, editing is again possible.

The workaround is to press and hold to select text, but this is cumbersome and I usually forget.

I am on the latest Catalyst version (1.10.5),

1 Like

Been experiencing this for a couple of weeks or so too, a bit annoying.. keeping the keyboard on means it doesn’t happen but limits the view so rather annoying.

1 Like

Hi everyone, I managed to reproduce this issue. It occurs when switching to a new tab that contains a list or a checkbox.
It does not appear on regular text files.

Video of the bug: https://drive.google.com
/file/d/14pFiwz1ipHNsrViPbKn5_y1GR8KLiTJY/view?usp=drivesdk

At the start of the video, I clicked on Heading 1 and Heading 5, and the cursor behaved correctly. After opening the second file in a new tab, everything was still fine.
But after opening the third file, when I tapped in the middle of the page, the cursor jumped to the top of the screen. And after switching back to the first and second files, no matter where I tapped, the first tap would return the cursor to the state before switching tabs.

Even though you can see in the video that the “hover” on the heading is triggered, it still jumps to a completely different heading.

The vault is clean, no plugins installed.
iOS 26.1, Obsidian 1.10.6.
The issue appeared in 1.10.3.
It worked fine in 1.9.14.

thanks for the feedback. We area aware that the issue is not completely fixed in 1.10.5/6.

1 Like

This is also a consistent issue for me, on iOS 26.1 and v1.10.6.

I’m able to replicate it 100% of the time on any note regardless of which note I switched to or what content the note has. It seems to be extremely bad on long notes and on certain themes. However I have the issue on the default theme if the vault is particularly large.

2 Likes

I had this problem earlier in the week; but I found that the problem is some sort of tapping accuracy.

Tapping in line of text prevented the jumping.

Tapping on Empty space caused the jumping.