bugfix: dramatic pause progress bar off by one
What the developer wrote
Authored by scgbckbone
bugfix: dramatic pause progress bar off by one
What changed, and why it matters
This is a tiny visual fix for a progress bar shown during a brief on-screen pause. The first frame was previously empty (0%) and the last frame was never reached, so the bar now starts at a small fraction and ends at 100%. There is no security relevance.
No security action needed; treat as normal UI bugfix.
Security signals we found
No strong security signals were identified.
Evidence from the diff
The change in shared/ux.py alters the loop in ux_dramatic_pause from range(n) to range(1, n+1). Previously dis.progress_bar_show(i/n) was called with i from 0 to n-1, meaning the first iteration drew 0% and the final intended 100% frame was skipped. The fix shifts the loop so the progress bar starts slightly above 0% and finishes at exactly 100%. This is purely a UI polish issue.
Changed components
shared/ux.py: ux_dramatic_pause progress bar renderingInspect captured patch +1 / −1
diff --git a/shared/ux.py b/shared/ux.py
index e6eb8c6..a322a96 100644
--- a/shared/ux.py
+++ b/shared/ux.py
@@ -299,7 +299,7 @@ async def ux_dramatic_pause(msg, seconds):
# show a full-screen msg, with a dramatic pause + progress bar
n = seconds * 8
dis.fullscreen(msg)
- for i in range(n):
+ for i in range(1, n+1):
dis.progress_bar_show(i/n)
await sleep_ms(125)
Why this scored 15/100
Community notes
Notes can correct, qualify, or add evidence to the AI analysis. Every note shown here has been validated by a human moderator.
The AI analysis stands alone for now. Submit a note if you can add evidence or important context.