docs(savepoint): v4.0-rc7 — Drueberinstallieren, Linux-Reste, Ordner-Waehler, Jobzeile

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

SAVEPOINT.md

@@ -1,6 +1,65 @@
 # SAVEPOINT — Rippy
 
-## Aktueller Stand: v4.0-rc6 — leerer Bildschirm behoben (29.08.2026)
+## Aktueller Stand: v4.0-rc7 — vier Befunde, drei mit derselben Wurzel (29.08.2026)
+
+> Setup auf dem Desktop, `7b0c41d`, **852 Tests grün**.
+
+### Deine vier Fragen
+
+**Drüberinstallieren ging nicht zuverlässig.** Rippy startet mit Windows, läuft
+also fast immer — dann ist `Rippy.exe` gesperrt, und die neue Fassung landete
+als `Rippy.exe.neu` daneben, mit der Meldung *„wird beim nächsten Start
+übernommen"*. Die hat niemand eingelöst: `.neu` kam im ganzen Projekt genau
+einmal vor, an der Stelle, die es schrieb. Jetzt wird der laufende Rippy
+vorher beendet; erhalten bleiben Einstellungen, Jobs und Keys.
+
+**Updater auf dein Gitea:** sinnvoll, aber erst nach einem echten
+Release-Weg — und mit leer vorbelegter Quell-Adresse, damit ein
+weitergegebener Rippy nicht bei einem Fremden nach `192.168.178.153` sucht.
+Wartet auf dein Ja.
+
+**Drei Linux-Reste** im Windows-Betrieb: Rippy hielt sich für einen *fremden*
+Worker (`/app` als Container-Kennzeichen), die Schlüssel-Auskunft blieb
+dauerhaft „unbekannt", und die Rohdaten-Suche fand nie etwas — „Rohdaten
+mitlöschen" löschte nichts.
+
+**Durchsuchen-Knopf** in Ablage und Arbeitsverzeichnis, wie im Installer.
+
+### Das Bildschirmfoto: drei Fehler, eine Ursache
+
+    TYP „DISC"   STARTZEIT „1.1.1970"   STATUS „running"   Aktiv (0)
+
+⚠️ **Mein Fehler vom selben Vormittag.** Ich hatte `type` und `startTime` ins
+Job-Ereignis aufgenommen — mit Feldnamen, die es in der Datenbankzeile nicht
+gibt (dort: `disc_type`, `created_at`). Statt eines *fehlenden* Feldes kam ein
+*leeres*, und `new Date(null)` ist der 1.1.1970. Aus „offensichtlich kaputt"
+wurde „sieht plausibel aus".
+
+Daran hingen zwei weitere Symptome: Weil der Status roh als `running` ankam
+statt als `processing`, gab es keinen „aktiven Job" — also keine Kachel, also
+**keinen Abbrechen-Knopf** und „Aktiv (0)". Der Knopf steht jetzt zusätzlich
+in der Job-Zeile.
+
+Mein Test hat nichts davon gefunden: Ich hatte seine Beispielzeile selbst
+erfunden, mit meinen falschen Feldnamen. **Ein Test, der dieselbe Annahme
+macht wie der Code, prüft nichts.**
+
+### Und die Disc: drei Listen, nur eine mit Disc
+
+`/devices` hängte die erkannte Disc an, der Ereignis-Wächter und der
+Schnappschuss nicht — und das Dashboard liest den Schnappschuss. Ein Test
+zählt jetzt die Aufrufe; bei zwei ist er rot.
+
+### Zwei Dinge, die offen bleiben
+
+**Die Disc-Erkennung dauert rund zwei Minuten** — `makemkvcon info` läuft in
+seine 120-Sekunden-Grenze. Kein Fehler, aber lange genug, dass es wie einer
+aussieht.
+
+**Dein MakeMKV 1.18.4 ist zu alt** für den aktuellen Beta-Key (unverändert
+seit rc5); makemkv.com antwortet weiter mit HTTP 525.
+
+## Letzter Stand davor: v4.0-rc6 — leerer Bildschirm behoben (29.08.2026)
 
 > **Dein Befund war zweimal richtig und einmal irreführend:** Der Bildschirm
 > war wirklich leer — aber der Rip lief. Man sah ihn nur nie.