Sync fails if one tasks if moved to a different project #11

Closed
opened 2026-05-29 18:26:19 +02:00 by fpindado · 1 comment
Owner

When a task is moved from one project to another (drag and drop or with mouse right click), the plugin does not detect the change and it does not raise a sync, so in next manual sync or probably next automatic one, takes md file as master and return it back to its original state.

When a task is moved from one project to another (drag and drop or with mouse right click), the plugin does not detect the change and it does not raise a sync, so in next manual sync or probably next automatic one, takes md file as master and return it back to its original state.
Author
Owner

Confirmed working — closing.

This is effectively the same bug as #27 (Round 6), which was fixed by detecting project moves via the taskUpdate hook: when a task is moved between projects its payload carries changes.projectId (the destination), and the plugin then notifies all sessions so both the origin and destination Markdown files are updated. syncAllNow() was also changed to run SP→MD first so a manual sync captures moves too.

taskUpdate is a valid hook name on SP 18.9.1D (unlike the old persistedDataUpdate), so the mechanism works here. This issue was simply never closed after the #27 fix.

Verified on macOS 18.9.1D via console: moving a task between projects logs
taskUpdate: project move detected — notifying all sessions, followed by batch updates to the affected projects, with no typia/registration errors.

Closing as fixed (resolved by #27).

Confirmed working — closing. This is effectively the same bug as #27 (Round 6), which was fixed by detecting project moves via the `taskUpdate` hook: when a task is moved between projects its payload carries `changes.projectId` (the destination), and the plugin then notifies **all** sessions so both the origin and destination Markdown files are updated. `syncAllNow()` was also changed to run SP→MD first so a manual sync captures moves too. `taskUpdate` is a valid hook name on SP 18.9.1D (unlike the old `persistedDataUpdate`), so the mechanism works here. This issue was simply never closed after the #27 fix. **Verified on macOS 18.9.1D** via console: moving a task between projects logs `taskUpdate: project move detected — notifying all sessions`, followed by batch updates to the affected projects, with no typia/registration errors. Closing as fixed (resolved by #27).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
fpindado/sync-md-multi#11
No description provided.