Skip to content

fix(metrics): roll response times that round to 60s over to minutes - #136

Merged
FallDownTheSystem merged 2 commits into
Owloops:mainfrom
effectustasi:fix/response-time-minute-rollover
Oct 17, 2026
Merged

FallDownTheSystem merged 2 commits into
Owloops:mainfrom
effectustasi:fix/response-time-minute-rollover

Conversation

@effectustasi

Copy link
Copy Markdown
Contributor

Response times between 59.95s and 60s were shown as "60.0s" instead of rolling over to minutes. The seconds/minutes switch checked seconds < 60, but the value is then rounded to one decimal, so anything from 59.95 up rounded to "60.0s". The same check was copied into the status line metrics segment for both response time and last response time, as well as formatResponseTime used by the TUI.

formatResponseTime now switches to minutes at 59.95s, so 59.97s shows as "1.0m". The metrics segment calls formatResponseTime instead of repeating the logic. Tests cover the formatter boundary and the rendered metrics segment.

effectustasi and others added 2 commits October 11, 2026 07:40
Applies the same rounding at the minutes-to-hours boundary, since total API time can pass an hour in long sessions.
@FallDownTheSystem

Copy link
Copy Markdown
Collaborator

Small addition from my side: total API time can go past an hour in a long session, so it rolls over to hours now too. Merging this one, you'll be listed as the author.

@FallDownTheSystem
FallDownTheSystem merged commit 816ef6d into Owloops:main Oct 17, 2026
2 checks passed
@pgagnidze

Copy link
Copy Markdown
Member

🎉 This PR is included in version 1.32.4 🎉

The release is available on:

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants