Outline: Can't drag headings in v1.11.5 on tablet

[CawlinTeffid]

Steps to reproduce

Put the following in a note:

## Notes

## Reference

## Jots

## Log

Basic:

• On a tablet, open the Outline and try to drag Jots above Reference.

Extra:

• Try to drag Reference below Jots.
• Try with the sidebar pinned or unpinned.
• Notice that when you drag a heading, the line showing where it will go varies in with. Staying between the same 2 headings, move it up and down a little to see it change. I think this has something to do with the heading hierachy and seemed buggy before this. Anyway, try dropping the heading at each width of the line.
• (Don’t bother trying to drag anything to the top or bottom place; that was buggy before.)

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

Y

Expected result

The heading goes where it’s dragged.

Actual result

The floating indicator hangs for a bit and then goes away, leaving the Outline unchanged.

Environment

SYSTEM INFO:
Operating system: ios 26.2 (Apple iPad13,1)
Obsidian version: 1.11.5 (279)
API version: v1.11.5
Login status: logged in
Language: en
Catalyst license: none
Live preview: on
Base theme: adapt to system
Community theme: none
Snippets enabled: 0
Restricted mode: on

RECOMMENDATIONS:
none

---

Additional information

I believe this bug is new in v1.11.5, or at least to a recent version.

Dragging headings works as expected on my iPhone (also on v1.11.5) and Mac (v1.11.4).

Related, pre-existing bug reports:

Moving subheading below last heading in Outline doesn't work

Steps to reproduce Create a few headings (#) and one subheading (##) and try to move the subheading below the last main heading. (See attached video. It appears video uploads are not allowed.) Did you follow the troubleshooting guide? [Y/N] Yes, I confirmed the behavior in the sandbox vault. Expected result Moving a subheading below the last main heading should do the same it does as when moving the subheading below any other heading. Actual result Either doesn’t work at all or the subhea…

Rearranging closed ## subheaders at the bottom of the outline will combine ### subheaders unexpectedly

Once you’ve done the above, delete everything above this line. Steps to reproduce The issue is when rearranging one ## header below another ## header if they are at the bottom of the # header outline. The ### header inside the ## header seems to shift and combine into one ## header. The screenshots show the process well but I will type it too. Create a header named # Top. Create two subheaders, both inside # Top, named ## Circle Fanclub and ## Triangle Fanclub. Create two more subheaders, …

(My attempt to reproduce this one revealed further weirdness with heading drag and drop that I hadn’t noticed before.)

[CawlinTeffid]

It was a gremlin. Restarting the iPad (which I meant to do before but forgot) fixed it.

[ariehen]

@CawlinTeffid

Notice that when you drag a heading, the line showing where it will go varies in width.

I would like to know what this indicates. I’ve never understood it but assume it means something.

[CawlinTeffid]

When I tried to repro that other bug I linked, I concluded

@CawlinTeffid

the width of the purple line changes to indicate where in the outline it will go

By that I think I meant that if the heading you dropped under had parents, the one you’re dragging could end up under any of those levels and the line width tells you which one. But the heading drag behavior was in general weirder than I’d realized before and I came away feeling confused, so that might not actually be how it works or what it’s for.

[ariehen]

Will play around in a big note with lots of different heading levels to suss out what’s happening with that divider.