calendar 0.1.3: compare on open reads host Day/End day edits back to Google (#192)

[michielbdejong]

Closes #192: calendar compare-on-open. Edits made to synced event rows outside the app (the plain table, the built-in Calendar view, another device) become reviewed changes to send to Google.

What 0.1.2 already did. On open, the app compares every synced row with its on-row sync-baseline. Name, Notes, Location, Start, End and All day edits already went to "Review N changes" and were sent with If-Match: 412 means stale, a field changed on both sides is a conflict, and the baseline advances only after Google confirms.

The gap fixed here. Day and End day edits made in the host were ignored and then overwritten from Start/End. sync.ts hostValue() now reads the host format back to Google (the lens inverse):

• If Day, End day or All day changed, Start and End are rebuilt from them. All-day events run from Day to the exclusive End day. Timed events keep their clock time and offset.
• If only Start or End changed, Start and End are sent and Day is derived again.
• Some rows are held back as "can't be sent as edited" and neither sent nor rewritten:
  • Start/End and Day/End day disagree;
  • End day on or before Day on an all-day row;
  • All day turned off while Start and End are still dates;
  • Day or End day isn't a date.
• Columns the app doesn't map are listed as "Kept here only, never sent to Google" and never touched.
• Hand-added rows (no Google id) are shown read-only and never uploaded (Design: plugins sync into shared row classes, and plugin views work on any table of that class ("option 4") #177 Q6).
• A synced row deleted locally is not noticed until the host has a change list with tombstones (Design: plugins sync into shared row classes, and plugin views work on any table of that class ("option 4") #177 H6). This is declared in the README.

Release: calendar 0.1.3 (apps/calendar/0.1.3/ui.js). The catalog entry stays enabled: false. The #183 log hook is unchanged.

Tests:

• app/compare.test.ts covers every host-edit case: conflicts, a Google change to another field, local deletion, a hand-added row, and an unmapped column.
• view.test.ts checks the reopen shows "Review 1 change".
• The e2e edits End day through the store, reloads, sees the change without pressing Sync now, sends, and checks the mock got PATCH {end:{date}} with If-Match.
• The calendar lane passes at pin 1432e244a: unit 146/146, e2e 4/4. The tooling tests (222), apps.mjs check, tsc, oxfmt and oxlint are clean.

Decisions for Michiel:

1. Moving Day without End day changes an all-day event's length, as the host view shows it. Should it instead keep the length, like dragging in Google?
2. End day == Day on an all-day row is held back, because the host view draws it on no day.
3. Unmapped columns are listed on every sync, not only when edited.
4. Hand-added rows stay local: there's no "Publish to Google Calendar" (Calendar: establish one supported installation path and verify its declared scope end to end #101).
5. A row whose Day or End day has no Google equivalent holds back the whole row, including Google-side edits, until it's fixed.
6. The review sheet shows Start/End with the last day, not which column was edited.

🤖 Generated with Claude Code