[iOS] Cannot arrow down through certain rendered Markdown elements without “pausing” before entering

This is a weird one. It happens when editing a note (with live preview enabled) while using an external keyboard on my iPad.

Steps to reproduce

  1. On an iPad, ensure live preview is enabled.
  2. Open a note with a horizontal rule or a callout (both can be found in the “Start Here” note in the sandbox vault).
  3. Place the cursor at the beginning of the note.
  4. Hold the down arrow key (or swiftly press it repeatedly) to move the cursor rapidly down through the document.

Did you follow the troubleshooting guide? [Y/N]

Y

Expected result

The cursor moves down through the entire document as long as the key is being pressed.

Actual result

The cursor stops at the feature (horizontal rule or callout) and does not continue until you stop pressing the key, wait a couple seconds, and then try again. (It will stop again at any additional features you encounter, though.)

Environment

SYSTEM INFO:
Operating system: ios 16.5.1 (Apple iPad)
Obsidian version: 1.4.6 (105)
API version: v1.3.5
Login status: logged in
Catalyst license: insider
Live preview: on
Legacy editor: off
Base theme: dark
Community theme: none
Snippets enabled: 0
Restricted mode: on

RECOMMENDATIONS:
none


Additional information

  • Screen recording here. It’s easier to tell when the cursor is “jammed” when you’re selecting text, since the cursor doesn’t blink when it’s moving (or trying to move) but does blink when the user isn’t making any inputs.
  • The amount of time you have to wait before continuing seems similar to the delay in switching a Markdown element to/from its live preview appearance when you click into/out of it (which is also visible at times in that recording).

Confirmed with a Smart Keyboard Folio (restricted mode off).

I also have this bug (iPad Pro 2020, Anko wireless keyboard).

It also happens when arrowing down through code blocks, or trying to highlight blocks of text that contain code blocks.