Skip to content

Choosing a target document should not start a sync - #53

Merged
ptheofan merged 1 commit into
mainfrom
52-no-sync-on-link
Aug 22, 2026
Merged

Choosing a target document should not start a sync#53
ptheofan merged 1 commit into
mainfrom
52-no-sync-on-link

Conversation

@ptheofan

Copy link
Copy Markdown
Owner

Picking a document says nothing about which direction the user wants —
there is a push button and a pull button for exactly that. The handler
only skipped the push when the file was already linked, so a first link
fell through to handleGoogleDocsSync('push').

Linking now links and stops, from every entry point. Renamed
handleGoogleDocsPickAndSynchandleGoogleDocsPickTarget, since it no
longer syncs.

Verification

Nothing automated covers this: the behaviour lives in renderer.ts,
which has no test harness — the components around it are tested, the
wiring between them is not. This is a five-line deletion verified by
reading the one call site and by driving the app, not by a test I watched
fail. Saying so plainly rather than claiming coverage that does not
exist.

pnpm test 1033 passed / 62 files · typecheck clean · lint clean.

Closes #52

🤖 Generated with Claude Code

Picking a target says nothing about which way the user wants to
reconcile the two sides, and they have a button for each. The handler
only skipped the push when the file was already linked, so a first link
still pushed.

Linking now links and stops, from every entry point.

Closes #52

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@ptheofan
ptheofan merged commit b6d1f9c into main Aug 22, 2026
5 checks passed
@ptheofan
ptheofan deleted the 52-no-sync-on-link branch August 22, 2026 12:22
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.

Choosing a target document should not start a sync

1 participant