Review history drops older reports that still fit
Maintainer antworten meist innerhalb von 1 Tag
@HellHBBD arbeitet bereits daran.
Seit 06.11.2026.
Bewertung
Dieses Issue wurde noch nicht bewertet.
Beschreibung
Observed behavior
The browser-local review archive prematurely drops older reports, even when the 500-entry limit and the 164 KiB byte budget would allow them to be retained.
In web/history.js, boundedReviews() limits the input to the first 500 candidates before checking whether each report fits the remaining byte budget. A skipped report still consumes an input position, preventing an older report from being considered.
In a deterministic reproduction, saving three large reports into an initially full 500-entry archive leaves only 499 reports after the third save. An older report (old-497) disappears even though retaining it would keep the archive within both limits.
This affects browser-local report history. The reproduction does not demonstrate account-database report loss.
Expected behavior
A report that cannot fit within the remaining byte budget should be skipped without consuming a retained-report slot.
Older candidates should continue to be considered until either 500 reports have been retained or all available candidates have been examined.
In the reproduced scenario, the archive should retain exactly 500 reports, including old-497, totaling 160,917 bytes, below the 164 KiB (167,936 bytes) budget.
Existing newest-first ordering, UTF-8 byte accounting, code stripping, and short-history retention should remain unchanged.
Reproduction
Reproduced using the real history persistence module on upstream main at commit b2c2bc9aca5e9e70f28ff2a16e4bd0b2d5e87a2f, with Node.js v26.12.1, in-memory storage, and a mocked signed-out session.
Steps to reproduce
- Seed
codetrial_review_historywith 500 small reports,old-0throughold-499. - Seed
codetrial_historywith the newest 20 entries. - Call
saveReportHistory()three times with distinct reports containing 56,000-character summaries. - Inspect the retained review archive after each save.
Observed results
- First save: 500 retained reports, 104,904 bytes; oldest retained:
old-498. - Second save: 500 retained reports, 160,917 bytes; oldest retained:
old-497. - Third save: 499 retained reports, 160,819 bytes; oldest retained:
old-496.
After the third save, old-497 is missing. Restoring it would produce 500 reports totaling 160,917 bytes, below the 164 KiB (167,936 bytes) limit.
The failure is deterministic with this setup. The reproduction uses mocked browser storage rather than an interactive interview.
CodeTrial version
codetrial 0.1.0 (b2c2bc9)
Environment
OS: Arch Linux
Browser: Not applicable; reproduced under Node.js v26.12.1 with mocked browser storage.
Language: Not applicable.
Interview loop: Not applicable; no interview session was started.
Problem: Not applicable; browser-local review-history persistence.
REACTO or STAR step: Not applicable.
Reconnect: Not applicable.
Reproduction environment: Real web/history.js persistence module, in-memory storage, and a mocked signed-out /api/session response.
Sanitized evidence
The regression assertion fails on the unmodified upstream implementation:
AssertionError: Archive should retain 500 reports when another older report fits
499 !== 500
Relevant implementation (web/history.js, lines 462-489):
for (const row of reviews.slice(0, REVIEW_HISTORY_CAP)) {
The input is truncated before the byte-budget check. Candidates skipped for exceeding the remaining budget still occupy positions within the first 500 inputs, so older candidates are not considered.
The existing oversized-review test in tests/browser/account.test.js (lines 864-880) does not cover this interaction between a full 500-entry archive and byte-budget rejection.
Related work: #221 and PR #321 address final-code retention, not this premature review-archive eviction.
The reproduction uses synthetic report identifiers and summaries. No credentials, session tokens, recordings, or personal interview content are included.
Public data confirmation
- I removed credentials, session tokens, candidate recordings, and personal interview content from this public report.
- Vorherrschende Sprache
- Rust
- Sterne
- 223
- Forks
- 148
- Ø Merge
- 1 T. 10 Std.
- Gemergte PRs (30 T.)
- 227
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus sysprog21/codetrial
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
sysprog21/codetrial#604 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Compare code semantically across a force push in review bundlesEvtl. vergeben @Alan52254 hat das heute übernommen. Offen
sysprog21/codetrial#606 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Calculator % disagrees with // on negative operandsEvtl. vergeben @YunJ-Chang hat das heute übernommen. Offen
sysprog21/codetrial#602 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Start does nothing visible in the lobby when site data is blockedEvtl. vergeben @sidney-Hung hat das heute übernommen. Offen
sysprog21/codetrial#600 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Add a Copy results action to the coding test panelEvtl. vergeben @seallllllllll hat das heute übernommen. Offen
sysprog21/codetrial#598 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in sysprog21/codetrial
Ähnliche Issues
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
-
bug order-flow studies ui
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
userFRM/egui-charts#2417 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 2 Tagen
-
In a plain-text message, Font, Font Size, Font Color and Text Highlight Color stay liveEvtl. vergeben @ragelfundionctrumnar hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
UCS-Care-Group/mailcraft#862 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
smoltcp-rs/smoltcp#1243 ·
Maintainer antworten meist innerhalb von 1 Tag