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)
Attempt to click on an item in the list from live preview view
Cursor focus jumps to top of page and keyboard pops up
If you close the keyboard and attempt to select the list item, the same jumping behaviour usually occurs
If you navigate to the area with the keyboard open, it usually works
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
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 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.
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.
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.
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.
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.
This bug has been driving me mad. Is there any way to revert back to a previous version until this is fixed? My workflow on iOS involves reducing the keyboard to scan through a file for editing, then clicking a word to fix, only to have the whole thing jump back to the last cursor position.
I tested the other things mentioned in this thread and can still reproduce my issue in all circumstances with a fresh vault. HOWEVER, I can confirm that it does indeed happen only under some selection conditions as you mentioned. So I think it’s likely that the root problem lies in pixel touch somewhere.
Some more testing/repro I did:
FAIL: When I scroll to repro and touch a word, the view jumps back to the last position.
PASS: When I scroll to repro and HOLD touch a word, it correctly applies the cursor to that word.
PASS: when I scroll to repro and touch the end of the document, the cursor applies to the nearest empty line at the end.
FAIL: When I scroll to repro and touch the space between two words, the cursor jumps back to the last position
FAIL: when I scroll to repro and touch a empty new line midway through the document, it correctly applies about half the time but jumps back the other half the time.
I have this problem on-going and have had over at least the last three updates. Extremely annoying- I need to correct a mistake in a text, press on the place I want the cursor, it appears there, I start to type and realize I’m typing a word or correction at the end of the text. It always requires two tries to get the cursor to stay where I need it.