Conversation
|
Important Review skippedAuto reviews are limited based on label configuration. 🏷️ Required labels (at least one) (1)
Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Advanced Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
|
needs-human-review: unspecified product/UX-visible semantics for adopting this draft sleep-progress asset. |
|
needs-human-review: unspecified product/UX-visible semantics for the sleep-progress animation asset and integration behavior. |
|
PR shepherd reason: unspecified product/UX-visible semantics — draft sleep-progress animation asset needs human visual/product direction before merge. |
|
Weekly queue reconciliation — 2026-09-23. Park decision: keep open, needs one product call. Status: draft, 12 days old, 1 file, 93 commits behind This PR adds
Relevant since this PR was opened: policy Being one unwired asset file, it will not rot — rebasing past 93 commits is trivial. Leaving it open and labeled |



Summary
This is intentionally a draft, design-only PR.
It adds an animated SVG that can be used as the visual treatment while a session is in the process of being put to sleep.
There is no implementation wiring in this PR. It does not change session state handling, API behavior, lifecycle logic, or the existing UI flow. The intent is simply to land the candidate asset so the eventual implementation has a concrete animation to work from.
Asset
apps/web/src/assets/session-sleep-progress.svgThe animation:
prefers-reduced-motionfallbackIntended use
When the user triggers Sleep session, this could replace the static moon icon while the sleep operation is still in progress, then return to the normal state once the session has actually reached the sleeping state.
The exact integration point still needs to be implemented. In particular, the final UI should derive the in-progress state from the actual session sleep lifecycle rather than from a purely local loading timer.
Not included
sleepingorsleep-in-progressstateThis PR is mainly a handoff/reference for that follow-up work.