fix(v5): Beta-Key mit @ kommt ganz an; Schlüssel-Stand ehrlich (rot statt „Rips laufen", nicht prüfbar ohne Laufwerk); Zeiten in Ortszeit

WAS: KEY_MUSTER nimmt alles bis Leerraum/HTML-Zeichen (der September-Key
„T-…4BI@N5rPp" hat 68 Zeichen mit @; das alte Muster lieferte 62 und
MakeMKV lief danach ohne Schlüssel). extractGueltigBis versteht „end of
September 2026". Die Kette prüft zuerst den vorhandenen Schlüssel und
lässt ihn stehen, wenn MakeMKV ihn annimmt (kein Überschreiben gekaufter
Keys mehr); reg add wird auf Erfolg geprüft; 5042 ohne Lizenzzeile heißt
„nicht prüfbar" statt „angenommen". Fenster: Ablehnung ist ROT mit dem
Satz, dass Blu-rays dann nur noch in MakeMKVs Gnadenfrist laufen; die
MakeMKV-Karte sagt, was Rippy in MakeMKVs Einstellungen schreibt. Ein
neuer Werkzeug-Pfad wird sofort gesucht, ein neuer eigener Schlüssel
sofort geprüft. datumKurz zeigt Ortszeit statt UTC.
WARUM: Durchsicht 12.09.2026, Funde F1, F5, F12, F13 und A2 — am echten
Forum-HTML und an makemkvcon ohne Laufwerk gemessen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

rippy-windows/src/kern/index.ts

@@ -250,6 +250,12 @@ function fensterNachricht(frage: unknown): void {
           vorgaenge.senden()
           speicher.senden()
         }
+        // 5.7.0 (Durchsicht F13): Ein neuer Werkzeug-Pfad wird sofort neu
+        // gesucht und gemessen — vorher stand „NICHT GEFUNDEN" so lange, bis
+        // das Fenster neu geladen wurde (in der Erst-Einrichtung besonders
+        // irreführend). Ein neuer eigener Schlüssel wird sofort geprüft.
+        if (frage.schluessel.startsWith('werkzeug.')) void werkzeuge.senden()
+        if (frage.schluessel === 'makemkvAppKey') void werkzeuge.schluesselLauf().then(() => werkzeuge.senden())
       }
       return
     case 'einstellungen-laden':