diff --git a/CHANGELOG.md b/CHANGELOG.md index 03d01f0..3810016 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -9470,3 +9470,35 @@ Neste steg: **Rullet ut umiddelbart** (produksjonsbug som traff ALLE brukere som prøvde kart-basert måling) -- kun frontend-image, `teecup_api` bekreftet uendret. + +52. **PRODUKSJONSBUG: kartet sentrerte alltid på en hardkodet Oslo- + koordinat, aldri brukerens faktiske posisjon — 2026-08-08, umiddelbar + brukeroppfølging etter punkt 51.** Bruker: "Kartet viser ikke hvor + jeg faktisk er, men en eller annen vilkårlig by." + + **Rotårsak:** `MapPointPicker` sin `center: [10.7522, 59.9139]` var + en HARDKODET Oslo-koordinat, ledsaget av en kommentar som hevdet + "real app centers on last-known position" -- den logikken fantes + ALDRI, kun påstanden i kommentaren. Kartet åpnet dermed alltid på + samme faste punkt i Oslo, uansett hvor i verden (eller landet) + brukeren faktisk befant seg. + + **Rettet:** kartet henter nå brukerens ekte GPS-posisjon (ett + `getCurrentPosition`-kall, samme mønster som "Min posisjon nå"-veien + -- ingen løpende `watchPosition`) FØR selve Mapbox-kartet + initialiseres, og sentrerer der. Oslo-koordinaten beholdt KUN som + fallback for det tilfellet posisjon ikke kan hentes (avslått + tillatelse, tidsavbrudd, ingen støtte i nettleseren). + + `tsc --noEmit` rent. **Scratch-verifisert i ekte nettleser** (tjueandre + scratch-miljø denne økten, samme migrasjon-002-forsiktighet, + `teecup_db` bekreftet uendret): overstyrte `navigator.geolocation` til + Bergen sentrum (60,39°N 5,32°Ø) og bekreftet kartet faktisk åpnet der + (synlig annen bystruktur enn Oslo-testen fra punkt 51, pluss Mapbox + sin egen posisjons-markør synlig i visningen) i stedet for på den + tidligere faste Oslo-koordinaten. Scratch-miljøet ryddet opp + fullstendig. + + **Rullet ut umiddelbart** (samme produksjonsbug-alvorlighet som + punkt 51 -- traff alle som brukte kart-valget utenfor Oslo sentrum) + -- kun frontend-image, `teecup_api` uendret.