Best score is stored in two places that can disagree
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 74/100
- Issue-Typ
- Bug
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
- Bereich
- backend
Rechercherichtung
Start with shared/storage.ts and trace how getHighScore reads saved values; then compare that with shared/achievements.ts and the submitHighScore calls in shared/scenes.ts. Preserve existing best scores while making one value authoritative, and verify with npm run typecheck and npm run build.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Summary
The game-over scene writes the best score twice: under <slug>:highscore and as games[slug].best inside the trophies save. Hub cards and menus read the first; the Trophies panel reads the second; resetting trophies clears only the second.
Where
shared/storage.ts:21-30shared/achievements.ts:135-141,shared/achievements.ts:164-167shared/scenes.ts:92-93,src/hub/main.ts:58
Steps to reproduce
- Play a game, then reset trophies on the hub.
- The card still shows the old best while the Trophies panel shows none.
Suggested fix
Make getHighScore read the stats value with a one-time fallback to the legacy key, have recordPlay return whether the score is a record, then remove submitHighScore.
Acceptance criteria
- One stored best score per game; existing bests survive the change
Getting started
- Relevant files:
shared/storage.ts,shared/achievements.ts,shared/scenes.ts - Run locally:
npm install, thennpm run dev - Checks:
npm run typecheckandnpm run build(there is no test suite yet) - Related docs:
README.md
Filed by repo-audit/full-audit at b001f5d. Severity: low. Effort: S. audit-key: tech-debt|shared/storage.ts|submitHighScore
- Vorherrschende Sprache
- TypeScript
- Sterne
- 3
- Forks
- 3
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
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 TMHSDigital/GH-Arcade
-
enhancement good first issue severity: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
TMHSDigital/GH-Arcade#50 ·
-
enhancement good first issue severity: medium
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
TMHSDigital/GH-Arcade#47 ·
-
documentation good first issue severity: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
TMHSDigital/GH-Arcade#34 ·
-
documentation good first issue severity: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
TMHSDigital/GH-Arcade#33 ·
-
dependencies good first issue severity: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100
TMHSDigital/GH-Arcade#27 ·
Alle Issues in TMHSDigital/GH-Arcade
Ähnliche Issues
-
automated-triage type/bug type/ci
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
📦 expo-router Android contributor: external needs review sdk-58 severity: medium
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
expo/expo#53436 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Translate the READMEOffendocumentation good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
asasemahmed/openboard#68 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Document PowerShell shell semantics and read-only Bash deduplication in Built-in Tools referenceOffendocumentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100