Cursor position persists when heading level target is initiated

[zanodor]

Not sure since when this is happening.
Have heading level targets ever been prioritized? I seem to remember no issues in the past.

When I am saved with cursor position X in file 'Abc' and I click on [[Abc#Def]] from file 'Xyz', I would like cursor position X superseded.

Thanks

[Joolyan]

Same on macOS 13.6 with Osidian 14.14

"This plugin shouldn't scroll if you used a link to the note header like link. If it did, then increase the delay until everything works."

Changing "delayAfterFileOpening" between 0, 100 and 300 doesn't seem to change the behaviour.

[ondrobaco]

I second this, I use links to headers extensively. Linking to a very long main document. When I click the link the main document opens at the last cursor position and not at the heading that was linked to. (otherwise fantastic plugin, thank you for it :))

[ShootingKing-AM]

Same on macOS 13.6 with Osidian 14.14

"This plugin shouldn't scroll if you used a link to the note header like link. If it did, then increase the delay until everything works."

Changing "delayAfterFileOpening" between 0, 100 and 300 doesn't seem to change the behaviour.

Having the same issue, on Windows too. I open a file#abc from another note via ![[file#abc]] link and instead of going to file's abc heading, it goes to last cursor positions immaterial of delay set in settings :c

[Azmoinal]

It seems that behavior as been reported in different issue; anyway I confirm that on all my devices: iOS, iPadOS, MacOS and Windows.

Manually modfying json configuration to put a value greater than 300ms (I tried 2s) doesn't change the behaviour. Moreover it seems that putting a very large value like 10s clicking on a header and putting the cursor on a place near the, correctly, selected header; it doesn't work as a workaround because the plugin will move, in any case the cursor to the position that was availale when the file has been opened, reagardeless of the current position.

The only solution, I identified on desktop applications and on iPad with an external keyboard is to open the preview instead of the page itself.

[Graywaren]

I had no issues with this plug-in until hitting this bug. I'd like to be able to use heading links, but this plug-in makes them unusable as it causes the page to jump around multiple times as things fight for priority, then it ends up at the cursor or scroll position instead of the heading. I'm having to choose between the two things, and I'd much rather have both if it's possible to give heading links priority or at least make it a toggle!