Skip to content

fix: locate collection todo writes by ID, not stored position - #79

Merged
d12frosted merged 1 commit into
masterfrom
fix/collection-todo-writer-by-id
Sep 26, 2026
Merged

d12frosted merged 1 commit into
masterfrom
fix/collection-todo-writer-by-id

Conversation

@d12frosted

Copy link
Copy Markdown
Owner

Setting a todo state from a collection view (T, and its Z undo) went to each note's stored position. When the selection has several headings from the same file, the first write shifts every heading below it, so later notes in the batch could get the state set on the wrong heading, or not at all.

The property writer from #78 already finds its entry by ID; now both use the same vulpea-ui-collection--goto-entry helper, which falls back to the stored position when the ID isn't in the buffer.

Setting a todo state on several headings of one file went to each
note's stored position. The first write shifts every heading below
it, so later notes in the batch (and the undo replay) could get the
state set on the wrong heading.

The property writer already found its entry by ID; both now share
vulpea-ui-collection--goto-entry.
@d12frosted
d12frosted merged commit e8766fa into master Sep 26, 2026
2 checks passed
@d12frosted
d12frosted deleted the fix/collection-todo-writer-by-id branch September 26, 2026 09:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant