Estimate waiting room wait as 24 seconds per spot ahead#516
Conversation
Greptile SummaryThis PR reduces the queued wait-time estimate shown to users from 60 seconds (1 minute) to 24 seconds per spot ahead in the waiting room queue, better reflecting observed admission throughput. Both the production constant in
Confidence Score: 5/5Safe to merge — purely a tuning change to a display-only wait estimate with no logic or data-path risk. The change is a single numeric constant update with a matching test update. The constant only affects a rough UX estimate shown to queued users; it has no impact on admission logic, data integrity, or security. The only finding is a stale 'minutes' word in a test description, which is cosmetic and non-blocking. No files require special attention. Important Files Changed
Flowchart%%{init: {'theme': 'neutral'}}%%
flowchart TD
A[User polling session state] --> B{row status?}
B -- active & not expired --> C[Return active response\nwith remainingMs]
B -- active & in grace window --> D[Return ended response\nwith gracePeriodRemainingMs]
B -- active & past grace window --> E[Return null\ncaller re-queues]
B -- queued --> F[estimateWaitMs\nposition - 1 × 24 000 ms]
F --> G[Return queued response\nwith estimatedWaitMs]
B -- null row --> H[Return null]
|
Reduces the queued wait-time estimate from 60 seconds to 24 seconds (0.4 × 60) per spot ahead, better reflecting actual admission throughput. Updates the constant in
session-view.tsand the matching test constant.