check.sh now runs Dart->Python (keep, unsorted/duplicate input, a cleared keep day, a keep-only edit that must not re-stamp state) and Python->Dart (0.2.0 keep sets plus a 0.1.0 record with no keep, a stale keep and a malformed one), Python 0.2.0 as the oracle with explicit paths and HOME pointed at a scratch dir. DOCS-sick-days.md and the SickDays.kt contract describe the alarm-only native cache. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PAhbNszs5JKdtnD4uBi3xp
7.8 KiB
Sick days — the phone picker, the silent ring, the pre-alarm sync
The pool itself is ~/src/utils/sickdays (Python): every day is normal until
it is marked sick, today or later only, no cap, no reason, never also a free
day. Read its README for the rules and the RTDB wire format. This file covers
the phone half.
On a sick day the phone does not ring, the stick does not judge the day, and
nothing ring-related is recorded -- unless the day keeps the alarm.
Since sickdays 0.2.0 a sick day carries a per-locker keep set (README
"keep (0.2.0)"): a kept locker behaves exactly as on a normal day, every other
one stands down. This app is the alarm locker (ring, PC fallback ring, RTC
self-wake, missed-alarm penalty / stick, morning routine). It is not a free day: separate pool,
separate RTDB node (sickdays-sync/devices), separate native cache, separate
screen, and every log line and event says sick_day.
Where things are
| Picker | phone_app/lib/screens/sick_days_screen.dart (+ sick_days_body.dart, the shared day_calendar.dart); the sick-face icon on the home screen |
| Rules, Dart port | phone_app/lib/services/sick_day_pool.dart: records {state: sick/cleared, actor, keep}, one HLC per mark/clear, never a tombstone; keep read rules in sick_day_keep.dart |
| Per-locker sheet | phone_app/lib/screens/sick_day_sheet.dart (+ the dot in day_cell.dart) |
| Sync | phone_app/lib/services/sick_day_sync.dart (shared tick: day_pool_sync.dart), Firebase only |
| Ring path | android/.../SickDays.kt (+ DayCache.kt), read in AlarmReceiver through RingDecision.kt |
| Stick | StickCheck.kt: verdict sick_day; the streak skips sick days like free days |
| Pre-alarm sync | PoolSyncAlarm.kt, PoolSyncSchedule.kt, PoolSyncEngine.kt → poolSyncMain → day_pool_refresh.dart |
The picker
Same Monday-first grid as the free days, in cat-2 blue (DayMarkColors
in ui/theme.dart) rather than the accent gold, under its own title and
icon. Today is tappable (unlike the free-day grid); the past is inert.
No count, no reason.
Tapping a normal day opens a bottom sheet: one switch per locker (Workout
lock, LeetCode, Book, Diet, Wake alarm), all off (off = stands down), and
"Mark sick". Tapping a sick day reopens it with the day's switches, "Save"
and "Clear sick day". Save is a keep-only edit: it re-stamps keep and
actor, never state, so it cannot re-assert "sick" over a concurrent
clear; an unchanged Save writes nothing. A sick day keeping any locker shows
a dot (in on-fill on the cat-2 cell) and a Kept: ... line in the list.
A date is never in both pools
Each picker syncs the other pool on open and refuses a date it holds, naming
the pool: 2026-10-20 is a free day — release it in Free days first. /
2026-10-20 is a sick day — clear it in Sick days first. If the other pool
cannot be opened, every mark is refused ("could not check" never counts as
"not in it"), as sickdays' ConflictCheckUnavailableError does.
free_day_pool.dart itself is untouched: the check lives in the callers,
exactly as the Python README prescribes.
The ring
The native cache holds only the days on which the alarm stands down --
sick and alarm not kept, past days included (SickDaySync.publishToNative
-> SickDayPool.standDownIsoDates(SickLocker.alarm), the one place the keep
set is applied for Kotlin). A sick day keeping the alarm is simply absent, so
it rings, the stick judges it and the stakes card shows its stakes; Kotlin
never sees the keep set. The pre-alarm sync goes through the same publish.
The Alarm cache: line on the picker reads this cache back, so a kept-alarm
sick day is (correctly) not listed there.
AlarmReceiver asks RingDecision.skip(free, sick). On a sick day it logs
sick day: not ringing; re-armed for tomorrow, appends alarm_fired with
reason: "sick_day", re-arms and returns: no AlarmService, no
RingWatch.markFired, no headless ring_started. The stick's checks at
A + 15, boot and watchdog return sick_day for that date, so there is no
miss, no streak change and no lockdown; the stakes card says
Sick day — no alarm, nothing at stake.
Fail closed. An unreadable or missing cache is "not a sick day"
(DayCache), so the phone rings, matching sickdays.is_sick_day().
PC → phone before the ring, with the app closed
sickdays add on the PC writes locally; its sync timer pushes to RTDB. The
phone pulls from RTDB. A pre-alarm sync does that pull with no screen
open, so a PC mark reaches the native cache before the ring:
PoolSyncAlarmarms an allow-while-idle exact alarm (request code 1006; inexact fallback if exact alarms are refused, neversetAlarmClock, so it is never shown as the next alarm) at the earliest of 21:00 and A − 30 min. It is armed fromAlarmScheduler.schedule(), the funnel every arm path uses (boot included), and re-arms itself.PoolSyncReceiverholds the broadcast open withgoAsync()(it keeps the process out of the cached/frozen state) whilePoolSyncEngineruns a headless Flutter engine onpoolSyncMain. That pulls both pools and rewrites both native caches throughAlarmChannel. Dart saysdone; a 25 s timeout stops it regardless (the broadcast limit is 60 s).- The ring decision stays a cache read. A network call inside
AlarmReceiverwould spend the alarm-clock exemption that letsAlarmServicestart, and a missed ring cannot be failed closed.
The guarantee is precisely this: a day marked on the PC, and pushed by its
sync timer before 21:00 (or before A − 30), is honoured if the phone has
network at that slot. The evening slot is the dependable one. The morning
slot usually runs in Doze, where an allow-while-idle alarm gets only a short
network window. If both fail, the cache keeps its last sync and the phone
rings. Launching the app or opening either picker also syncs both pools. The free-day pool rides along, which closes the "PC mark overnight can
miss the ring" gap DOCS-free-days.md used to admit.
Known edge: a sick mark that lands after the morning was dismissed does not
stop that session's re-rings (REASON_RERING is not gated); no pre-alarm
sync runs between A and the session's end anyway.
Checks
- Dart:
test/services/sick_day_pool_test.dart(rules + a log written by the real Python package),sick_day_sync_test.dart,day_pool_refresh_test.dart(an RTDB log from the PC reachessetSickDaysthroughrunHeadlessPoolSync),test/sick_days_screen_test.dart,test/free_days_sick_conflict_test.dart,test/services/today_stakes_sick_test.dart. - Kotlin (JVM,
android/app/src/test):DayCacheTest,RingDecisionTest,PoolSyncScheduleTest,StickCheckSickTest. Run withcd phone_app/android && ./gradlew :app:testDebugUnitTest, after oneflutter build apkhas writtengradlewandlocal.properties. - Keep:
test/services/sick_day_keep_test.dart(wire, read rules 1-5, a keep edit after a future PC tick, concurrent clear),test/sick_day_sheet_test.dart,test/sick_day_apply_test.dart. - Cross-language, both ways:
phone_app/scripts/sick_days_interop/check.sh. Dart writes (incl. keep and a keep-only edit) and Python 0.2.0 reads and replays it; then Python writes (incl. a 0.1.0 record with no keep, a stale keep and a malformed one) and Dart's verdicts are compared with Python's. NeedsSICKDAYS_PYTHONor the sickdays venv; Python runs withHOMEpointed at a scratch dir.
Do NOT
- Don't fold sick days into
FreeDays/isFree, or log them asfree_day. - Don't sync inside
AlarmReceiver. Don't tombstone a date to clear it. - Don't add a count, a reason prompt or a warning. There is no budget.
- Don't put a non-alarm-stand-down date in the native cache, and don't teach
Kotlin the keep set: filter in
publishToNativeonly. - Don't re-stamp
stateon a keep edit.