Order of work for the open backlog (#107–#136) #137
Labels
No labels
adr
android
area/calendar
area/design-system
area/i18n
area/jobs
area/offline
area/server
area/testing
bug
ci
duplicate
enhancement
help wanted
invalid
notifications
question
reliability
security
severity/low
severity/medium
tracking
web
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
eagraiclainne/app#137
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This issue holds the working order for the 30 open issues, and the PR plan that delivers them. Merges are fast-forward only, so every PR stacks on the one before it: the first PR bases on
main, each later PR bases on the branch below it, and merges go bottom-first (Forgejo retargets the next PR tomainautomatically). Do not open a PR before its branch has commits — open each PR when its work is ready, based on the current stack tip. Tick an item here when its issue closes.The PR stack (bottom → top)
fix/sessionsci/recursive-image-signfix/reward-job-linksfeat/list-renamefix/mcp-defectsfix/cli-defectsfix/android-defectsrefactor/web-shared-componentsrefactor/android-shared-componentsrefactor/tui-shared-rowsfeat/job-card-redesignfeat/sub-verb-affordancesfeat/web-admin-matrixfeat/tui-matrixfeat/cli-tui-tier-gapsfeat/mcp-tier-gapsfeat/android-notification-kindsfeat/android-theme-workshopfeat/subtask-todofeat/event-typesfeat/calendar-marksfix/android-visual-polishStack rules:
mainwhen everything below is merged).Phase 1 — User-reported bugs (PRs 1–3)
These block daily use, so they go first.
Phase 2 — Small parity-defect fixes (PRs 4–6)
Quick corrections from the 2026-08-18 parity report, grouped by surface so one PR carries each cluster.
complete_itemcannot reopen an item → PR 4acting_user→ PR 4update_eventcannot clear description or location → PR 4session list/session revoke→ PR 5Update→ PR 5UncheckAllproto comment, deadisManagerbinding → PR 6Not in this phase: #122, #123 and #126 are also defects, but their fixes are "define one shared function" — they land inside the Phase 3 consolidation PRs instead of twice.
Phase 3 — Shared entity components (PRs 7–10)
Do this before the client re-gating in Phase 4, so permission gates get written once into the shared components instead of into every fork.
JobCardonce, not the forks) → PR 10Phase 4 — Matrix-derived affordances (PRs 11–13)
The ADR and matrix rows for #135 can start any time. The client re-gating waits for Phase 3.
isAdmin→ PR 12GetPermissionMatrixaffordances → PR 13Phase 5 — Tier gaps (PRs 14–17)
Capability additions per surface tier. Each needs either an implementation or a recorded deliberate-gap decision.
mcp_enabled, release notes → PR 14 (or a sub-stack)AuditLog, item editing,UncheckAll, rota time zone → PR 15Phase 6 — Features and polish (PRs 18–21)
ReminderandEventtypes (proto change — needs its design settled first) → PR 19Notes
make checkand a livemake deployverification before merge (system rule 5).The whole order of work is delivered: PRs #138 through #159 merged bottom-first into main, CI green on every one. All thirty tracked issues (#107–#136) are closed — most by the merge keywords, the multi-issue PRs' secondary halves (#117–#123, #125, #126) closed by hand with pointers to their delivering PRs. Deliberate gaps stayed recorded in the commits and PR bodies per rule 1 (Android sheets stay bottom sheets, splash keeps Hearth, rota editing lives at the CLI tier, TUI admin keys/webhooks stay CLI). Closing the tracker.