Decide whether sub-millisecond Status durations read in µs or fractional ms
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- frontend
Direzione di ricerca
Read src/lib/formatValue.ts and the tests for DURATION_UNITS to understand the current sub-millisecond formatting and coverage. Compare the two display options against the issue’s examples, then update the unit entry and tests to reflect the chosen behavior. Done means values such as 0.25 ms and 0.04 ms render consistently with that decision.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The Status tab's duration formatter now shows anything under 1 ms in microseconds: a 0.25 ms DB read p95 reads 250 µs, and an axis over sub-millisecond data ticks 0 µs, 100 µs, 200 µs. Before, these read 0.3 ms, or 0.0 ms for anything under 0.05 ms.
Harper reports these metrics in milliseconds, so an operator comparing a chart to raw get_analytics output, a log line, or a config value has to convert. The alternative is fractional milliseconds with enough decimals (0.25 ms, 0.04 ms).
The question: keep µs, or switch sub-millisecond values back to fractional ms? Either is a one-entry change to DURATION_UNITS in src/lib/formatValue.ts plus its tests.
Raised during the pre-push review of the PR that introduced it, where it was kept as a deliberate display choice.
Review-Deferral: 2cb8cc89da20aaeb severity=nit category=correctness
🤖 Generated by Anthropic Claude Code (Claude Opus 5.5); posted via @dawsontoth.
- Lingua principale
- TypeScript
- Stelle
- 5
- Fork
- 4
- Merge medio
- 1g 19h
- PR unite (30g)
- 144
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di HarperFast/studio
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
HarperFast/studio#2070 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
HarperFast/studio#2067 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
HarperFast/studio#2053 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
HarperFast/studio#2026 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
HarperFast/studio#2021 ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di HarperFast/studio
Issue simili
-
Add: Tom Sings TV HDApertaapproved check:passed streams:add
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
duolicious/duolicious#1943 ·
I maintainer di solito rispondono entro 1 giorno
-
bug needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
nightly-labs/openbot#6451 ·
I maintainer di solito rispondono entro 1 giorno
-
Testing Configuration UpdateApertalevel1 nsoc26
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
GauravKarakoti/SecureFlow#1719 ·
I maintainer di solito rispondono entro 1 giorno
-
complexity: easy good first issue impact: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
ueberdosis/hocuspocus#1211 ·
I maintainer di solito rispondono entro 1 giorno