docs: the repo claims Accept-Language detection that does not exist #177
Etiketter
Inga etiketter
area/backups
area/ci
area/control-panel
area/identity
area/infra
area/observability
area/payments
area/security
area/storage
area/web
blocked
needs-info
needs-triage
ready-for-implementation
type
bug
type
chore
type
docs
type
epic
type
feature
type
task
wontfix
Ingen milstolpe
Inget projekt
Inga tilldelade
1 deltagare
Notiser
Förfallodatum
Inget förfallodatum satt.
Beroenden
Inga beroenden satta
Referens
bitborg/bitborg-web#177
Läser in…
Hänvisa till i nytt ärende
Ingen beskrivning angiven.
Ta bort grenen "%!s()"
Borttagning av en gren är permanent. Även om den borttagna grenen kan fortsätta existera en kort tid innan den faktiskt tas bort, kan det INTE ångras i de flesta fall. Vill du fortsätta?
Found while inventorying the end-to-end suite. The repo's own documentation says English is
"auto-detected via
Accept-Language, with a switcher". NoAccept-Languagehandling exists:nothing in
src/middleware.ts, nothing anywhere undersrc/, nonavigator.languageon theclient, and nothing in the Caddy configuration in bitborg-infra. Only the switcher exists. The
commit message for "compact the header below the medium breakpoint" confirms it from the other
direction — it accepts a trade-off explicitly "with no Accept-Language detection".
Either the sentence is wrong, or detection was intended and never landed.
that landing in the wrong language is a real cost, since the switcher moved to the footer below
the medium breakpoint.
If detection is implemented later, note that Playwright can test it end to end via per-context
localeandextraHTTPHeaders— WebDriver could not, which is part of why this went unnoticed.Related: the same false claim exists in the public architecture decision record and is tracked
separately as
gitborg/gitborg-docs#72. That issue covers the decision record; this one covers thisrepository's own documentation. Fix them consistently.