docs(savepoint): v4.0-rc4 — Cover, Arbeitsverzeichnis, aufgeraeumte Temp-Ordner
Ampel / ampel (push) Successful in 55s
Ampel / ampel (push) Successful in 55s
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
35370fd552
commit
6881a63fb7
+93
-1
@@ -1,6 +1,98 @@
|
||||
# SAVEPOINT — Rippy
|
||||
|
||||
## Aktueller Stand: v4.0-rc3 — Windows testbereit (28.08.2026)
|
||||
## Aktueller Stand: v4.0-rc4 — Cover, Arbeitsordner, aufgeräumt (28.08.2026)
|
||||
|
||||
> **Drei Befunde aus deinem ersten echten Durchlauf, alle drei behoben und
|
||||
> gemessen.** Neues Setup liegt auf dem Desktop.
|
||||
|
||||
### ZUSTAND, gemessen
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
| Repo | `35370fd` auf `main` |
|
||||
| **Ampel** | **GRÜN** |
|
||||
| Tests | **794 grün** + 19 übersprungen (Sitzungsbeginn: 378) |
|
||||
| Deine Platte | **1.074 MB freigeräumt** (19 liegengebliebene Ordner) |
|
||||
| VM (Arcane) | **`05ab655`** — weit zurück, siehe Warnung unten |
|
||||
|
||||
### 1. „Was ist mit dem Cover auf Windows Rippy?"
|
||||
|
||||
Es gab keins, weil es keinen Treffer gab — nicht wegen Windows. Der Pre-Scan
|
||||
verlangte, dass der TMDB-Titel **wörtlich** dem Disc-Titel gleicht. An deiner
|
||||
Disc gemessen:
|
||||
|
||||
'Evangelion 2.22' 1 Treffer Evangelion: 2.0 You Can (Not) Advance
|
||||
'Evangelion' 20 Treffer irgendein Evangelion
|
||||
|
||||
Der eine Treffer auf den vollen Disc-Titel **war** der richtige Film, mit
|
||||
Poster — und flog raus, weil „Evangelion 2.22" nicht gleich „Evangelion: 2.0
|
||||
You Can (Not) Advance" ist.
|
||||
|
||||
Jetzt zählt nicht die Ähnlichkeit, sondern wie **genau gefragt** wurde: Wer
|
||||
auf den vollen Disc-Titel höchstens drei Treffer bekommt, hat gesucht wie
|
||||
jemand, der weiß was er sucht. Wer zwanzig bekommt, hat geraten. Dieselbe
|
||||
Disc liefert jetzt:
|
||||
|
||||
Evangelion: 2.0 You Can (Not) Advance · 2009 · 80 % sicher
|
||||
Poster, Hintergrundbild, Genres, deutsche Beschreibung
|
||||
|
||||
### 2. „Warum heißt das hier noch container platte?"
|
||||
|
||||
Weil da ein Container-Pfad fest im Code stand — und zwar derselbe, an dem
|
||||
auch dein zweiter Punkt hing: *„Wäre es möglich das Arbeitsverzeichnis zu
|
||||
ändern? momentan geht das nicht."*
|
||||
|
||||
`MEDIA_ROOT = "/app/media"` war **gleichzeitig Vorgabe und Pfadgrenze**. Auf
|
||||
deinem PC gibt es den Ordner nicht, also:
|
||||
|
||||
* die Liste der Arbeitsverzeichnisse blieb **leer** — im Auswahlfeld stand
|
||||
genau ein Eintrag, und das war „Container-Platte". Eine Auswahl, die nichts
|
||||
auswählt.
|
||||
* der Ordner-Browser antwortete auf **jeden** Pfad mit einem Fehler.
|
||||
|
||||
Kein Absturz, keine Meldung. Nur eine Bedienung, die stillschweigend nichts
|
||||
konnte.
|
||||
|
||||
Die Grenze bleibt, wo sie hingehört: Im Container hängt Rippy im Netz, dort
|
||||
darf die Oberfläche nicht überall hinsehen. Auf deinem PC bedient sie dich —
|
||||
also gilt sie dort nicht. Auf deinem Rechner gemessen:
|
||||
|
||||
Laufwerk C: 58,2 GB frei Laufwerk X: 2233,4 GB frei
|
||||
Laufwerk D: 844,5 GB frei Laufwerk Y: 2233,4 GB frei
|
||||
Laufwerk E: 773,1 GB frei Laufwerk Z: 2233,4 GB frei
|
||||
Laufwerk F: 1510,6 GB frei
|
||||
|
||||
Dazu: im Rip-Dialog ein Knopf **„Als Arbeitsordner"** im Ordner-Browser (für
|
||||
einen Ort, den keine Liste kennt), und in den Einstellungen ein echtes
|
||||
Pfadfeld statt der Auswahl — mit den Laufwerken als Ein-Klick-Wahl darunter.
|
||||
|
||||
### 3. „Und manchmal kommt dieser fehler."
|
||||
|
||||
Failed to remove temporary directory: …\Temp\_MEI0000b0882
|
||||
|
||||
Nachgesehen: In deinem Temp-Ordner lagen **20 solcher Ordner mit zusammen
|
||||
1,1 GB**. Der aus deiner Meldung ließ sich hinterher problemlos löschen — die
|
||||
Sperre war also nur vorübergehend, ein Wettlauf.
|
||||
|
||||
Die Ursache: Rippy startet sich selbst zweimal (einmal als Dienst, einmal als
|
||||
Fenster — Tray und Fenster brauchen je einen eigenen Haupt-Thread). Dabei gab
|
||||
es den Kindern seinen eigenen Auspack-Ordner mit. Die liefen dann **im Ordner
|
||||
des Elternprozesses** — und der beendet sich als Erster und will ihn löschen.
|
||||
|
||||
Das war mehr als eine Meldung: Wäre das Löschen **teilweise** geglückt,
|
||||
hätten Dienst und Fenster mitten im Betrieb ihre eigenen Dateien verloren.
|
||||
|
||||
Jeder Prozess packt jetzt seinen eigenen Ordner aus und räumt ihn selbst
|
||||
weg; beim Start werden liegengebliebene entfernt — aber nur, wenn sie
|
||||
nachweislich niemandem mehr gehören. **Deine 1.074 MB sind schon weg.**
|
||||
|
||||
### Nebenbefund
|
||||
|
||||
Zwei Tests scheiterten in jeder Umgebung ohne `pywebview` — und ich hielt sie
|
||||
erst für meinen eigenen Fehler. Ein Test, der nur an einer Stelle greift, ist
|
||||
eine halbe Zusage.
|
||||
|
||||
## Letzter Stand davor: v4.0-rc3 — Windows testbereit (28.08.2026)
|
||||
|
||||
> **Der Commander testet gerade selbst.** Setup auf dem Desktop, Rechner
|
||||
> sauber, Ampel grün. Die VM bleibt bewusst liegen — „geht ja erstmal um
|
||||
|
||||
Reference in New Issue
Block a user