refactor(pwa): auf Workbox-Standard vereinfacht, refreshing-Flag

Der Zombie-Version-Check (858d4c1) ging über das Standard-Handshake-
Pattern hinaus. User will Industry-Standard: Workbox/web.dev-Pattern
ohne GET_VERSION-Sonderlocke.

Änderungen:
- service-worker.ts: GET_VERSION-Handler entfernt. SW reagiert nur
  noch auf SKIP_WAITING.
- pwa.svelte.ts: queryVersion + evaluateWaiting entfernt. init()
  zeigt Toast wieder schlicht bei registration.waiting (das ist
  kanonisch — bit-gleiche Bytes erzeugen keinen waiting-Slot).
- controllerchange-Listener wandert nach init() mit refreshing-Flag
  (CRA-Idiom): verhindert Doppel-Reload, wenn User zusätzlich F5
  drückt, und stellt sicher, dass der Listener in _jeder_ Session
  aktiv ist, nicht erst nach dem ersten reload()-Call.
- pwa-store.test.ts: Tests decken jetzt waiting→Toast, no-waiting→
  kein Toast, Handshake, refreshing-Flag und Sofort-Reload ab.

Der Zombie-Edge-Case (Browser-Quirk mit bit-identischem waiting-SW)
wird sich nach einmaligem Klick auflösen — erwarteter Trade-off
gegenüber der eingesparten Komplexität.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

src/service-worker.ts

@@ -99,14 +99,6 @@ self.addEventListener('message', (event) => {
   } else if (data.type === 'SKIP_WAITING') {
     // Wird vom pwaStore nach User-Klick auf "Neu laden" geschickt.
     void self.skipWaiting();
-  } else if (data.type === 'GET_VERSION') {
-    // pwaStore nutzt das, um active- und waiting-SW zu vergleichen: sind
-    // beide bit-gleich (gleicher $service-worker-Version-Hash), dann ist
-    // der waiting-SW ein Zombie aus einer vorigen Session und KEIN echtes
-    // Update — sonst würde der "Neue Version"-Toast unbegrenzt wieder-
-    // kehren, weil `registration.waiting` belegt bleibt.
-    const port = event.ports[0] as MessagePort | undefined;
-    port?.postMessage({ version });
   }
 });