docs: correct theme-fix rationale — local SQLite, not remote MySQL

The settings store is backed by the LOCAL SQLite config DB (wired before the
slow remote-MySQL logbook connect), so the "not ready" window is the brief
startup gap before OnStartup builds the store, not a MySQL delay. Fix behaviour
is unchanged; only the comments and changelog wording are corrected.

app.go

@@ -1835,12 +1835,13 @@ func (a *App) groupDigitalSlots() bool {
 
 func (a *App) GetUIPref(key string) (string, error) {
 	if a.settings == nil {
-		// Distinct from a genuinely-empty pref: the settings store isn't wired yet
+		// Distinct from a genuinely-empty pref: the (LOCAL SQLite) settings store
-		// (still connecting the logbook DB — can take seconds on remote MySQL). The
+		// isn't wired yet. There's a brief window at launch where the frontend can
-		// UI uses the error to keep RETRYING rather than treat it as "unset" and
+		// call this before OnStartup has opened the DB and built the store. The UI
-		// fall back to a default (the "dark theme reverts to light after an update"
+		// uses the error to keep RETRYING rather than treat it as "unset" and fall
-		// bug — localStorage was cleared by the update, and the DB read gave up too
+		// back to a default — the "dark theme reverts to light after an update" bug
-		// early while the backend was still starting).
+		// (the update cleared localStorage, and the DB read gave up too early while
+		// the store was still coming up).
 		return "", fmt.Errorf("settings store not ready")
 	}
 	return a.settings.Get(a.ctx, "ui."+key)

changelog.json

@@ -3,7 +3,7 @@
     "version": "0.20.11",
     "date": "2026-07-23",
     "en": [
-      "Fixed the colour theme sometimes resetting to light after an update/relaunch: an update can clear the WebView's localStorage, and the fallback that restores the theme from the portable database gave up after ~2.4s — too soon when the logbook DB is still connecting (remote MySQL). It now keeps retrying until the settings store is actually ready, so a dark theme is reliably restored.",
+      "Fixed the colour theme sometimes resetting to light after an update/relaunch: an update can clear the WebView's localStorage, and the fallback that restores the theme from the local settings database gave up after ~2.4s — occasionally too soon during the brief startup window before that store is ready. It now keeps retrying until the store actually answers, so a dark theme is reliably restored.",
       "Fixed clicking a spot / band-map entry not moving the radio on Yaesu (and other non-Icom) rigs controlled through OmniRig — e.g. the FT-891. OpsLog tuned via OmniRig's SetSimplexMode, which on these rigs returns success but silently doesn't move the VFO (mode changes worked, so it looked like a puzzle). It now also writes the VFO frequency property directly, which does move them. Icom rigs are unchanged (there SetSimplexMode is the reliable path).",
       "New CW keyer engine: 'Serial port (DTR=CW / RTS=PTT)'. OpsLog can now key CW by toggling a serial control line itself — the hardware-keying method N1MM/WSJT use with a Yaesu SCU-17 and generic keying interfaces — without a K1EL WinKeyer. Settings → CW Keyer → Keyer engine: pick 'Serial port', choose the keying COM port and whether CW is on DTR (PTT on RTS) or swapped. Speed, Farnsworth, lead-in/tail and PTT keying all apply; macros, auto-CQ and <LOGQSO> work exactly as with the WinKeyer. An 'Invert keying (active-LOW)' option is there for interfaces that key backwards / transmit at rest.",
       "Fixed the spectrum scope never displaying on the IC-7300: its CI-V waveform frames actually carry the same leading main-scope selector byte as the dual-scope IC-7610/9700, but OpsLog assumed the 7300 omitted it — so it read the frame sequence number from the wrong byte (always 0), discarded every frame, and drew nothing. The frame layout is now detected from the data itself, so the 7300 (and other single-scope Icoms) render correctly, in both center and fixed modes. The IC-7610/9700 are unaffected.",
@@ -11,7 +11,7 @@
       "Closing OpsLog no longer switches off the scope display on the radio itself: turning the scope off used to send both 'stop CI-V data' and 'display off', so quitting blanked a local IC-7300's own scope screen. It now only stops the CI-V data stream on disable and never touches the radio's display (the display-on command is sent solely when enabling)."
     ],
     "fr": [
-      "Correction du thème de couleur qui revenait parfois au clair après une mise à jour/relancement : une mise à jour peut vider le localStorage de la WebView, et le repli qui restaure le thème depuis la base portable abandonnait après ~2,4s — trop tôt quand la base logbook est encore en connexion (MySQL distant). Il réessaie maintenant jusqu'à ce que le store de réglages soit réellement prêt, donc un thème sombre est restauré de façon fiable.",
+      "Correction du thème de couleur qui revenait parfois au clair après une mise à jour/relancement : une mise à jour peut vider le localStorage de la WebView, et le repli qui restaure le thème depuis la base de réglages locale abandonnait après ~2,4s — parfois trop tôt pendant le court instant de démarrage avant que ce store soit prêt. Il réessaie maintenant jusqu'à ce que le store réponde vraiment, donc un thème sombre est restauré de façon fiable.",
       "Correction : cliquer un spot / une entrée de band-map ne changeait pas la fréquence sur les Yaesu (et autres radios non-Icom) pilotées via OmniRig — p. ex. le FT-891. OpsLog accordait via SetSimplexMode d'OmniRig, qui sur ces radios renvoie « OK » mais ne bouge pas le VFO (le changement de mode marchait, d'où l'énigme). Il écrit maintenant aussi directement la propriété fréquence du VFO, ce qui les fait bien QSY. Les Icom sont inchangés (là, SetSimplexMode reste la bonne méthode).",
       "Nouveau moteur de keyer CW : « Port série (DTR=CW / RTS=PTT) ». OpsLog peut désormais manipuler la CW en basculant lui-même une ligne de contrôle série — la méthode de keying matériel qu'utilisent N1MM/WSJT avec un Yaesu SCU-17 et les interfaces génériques — sans WinKeyer K1EL. Réglages → Keyer CW → Moteur : choisis « Port série », le port COM de keying et si la CW est sur DTR (PTT sur RTS) ou l'inverse. Vitesse, Farnsworth, lead-in/tail et PTT s'appliquent ; les macros, l'auto-CQ et <LOGQSO> fonctionnent exactement comme avec le WinKeyer. Une option « Inverser le keying (actif-BAS) » est prévue pour les interfaces qui manipulent à l'envers / émettent au repos.",
       "Correction du scope spectral qui ne s'affichait jamais sur l'IC-7300 : ses trames de forme d'onde CI-V portent en réalité le même octet sélecteur de scope en tête que les IC-7610/9700 (dual-scope), mais OpsLog supposait que le 7300 ne l'envoyait pas — il lisait donc le numéro de séquence de la trame sur le mauvais octet (toujours 0), jetait toutes les trames et ne dessinait rien. La disposition des trames est maintenant détectée à partir des données elles-mêmes, donc le 7300 (et les autres Icom mono-scope) s'affichent correctement, en mode centre comme en fixe. Les IC-7610/9700 ne sont pas affectés.",

frontend/src/lib/theme.tsx

@@ -85,9 +85,10 @@ export function ThemeProvider({ children }: { children: ReactNode }) {
           setThemeState(v);
         }
       }).catch(() => {
-        // Settings store not ready yet — on a slow / remote logbook this can take
+        // Settings store not ready yet — a brief startup window before the backend
-        // many seconds. Keep retrying well past the old 2.4s cap so a dark theme
+        // has opened the local DB and built the store (the frontend can query it
-        // isn't lost to the light default after an update cleared localStorage.
+        // first). Keep retrying well past the old 2.4s cap so a dark theme isn't
+        // lost to the light default after an update cleared localStorage.
         if (!cancelled && !userPicked.current && tries < 120) window.setTimeout(load, 300);
       });
     };