HitonabiandClaude Opus 5
9622f4e6ef
Commander: "das funktioniert nicht, du kannst gerne am lebenen objekt
pruefen". Der Dialog blieb bei "Rippy liest die Titel der Disc ..."
stehen, ohne Fehler, ohne Ende.
Ursache, am lebenden Objekt gemessen: NICHT der Info-Lauf.
makemkvcon -r --noscan info dev:G: -> 0,8 s, TCOUNT:0
MSG:5042 "konnte keine verwendbaren optischen Laufwerke finden"
Der Lauf antwortet also sofort. Der Fehler lag in MEINEM Code von 5.2.0:
istFensterNachricht() kannte 'titel-lesen' und 'rip-ueberspringen' nicht
— beide standen in der FensterNachricht-Union, aber nicht im Pruefer.
Der Kern verwarf sie mit `if (!istFensterNachricht(frage)) return`.
STILL. Genau die R4-Wunde, vor der die Hausordnung warnt.
Auf drei Ebenen behoben:
1. Der Pruefer kennt beide Nachrichten.
2. Eine verworfene Nachricht ist jetzt LAUT: console.error plus
kern-fehler ins Fenster mit der Art, die verworfen wurde.
3. Neuer Waechter-Test (waechter.test.ts): Er liest das Schema und
vergleicht JEDE `art: '...'` der Unions mit dem jeweiligen Pruefer;
dazu prueft er, dass der Kern nicht mehr still verwirft.
GEGENPROBE gemacht: Mit zurueckgenommener Reparatur schlaegt er fehl
("expected [ 'titel-lesen' ] to deeply equal []"), mit Reparatur ist
er gruen. Kein Deko-Test.
Dazu: Der Info-Lauf reicht die URSACHE durch (DiscInfo.ursachen aus den
kritischen MSG-Nummern). Kam nichts heraus und MakeMKV hat einen Grund
genannt, steht im Dialog der Grund statt "keine Titel gefunden" — beim
5042-Zustand also die Abhilfe (Disc neu einlegen, Laufwerk ab- und
anstecken, notfalls neu starten) statt eines Fingerzeigs auf die Disc.
Neu test/messung.titelwahl.test.ts — faehrt am echten Laufwerk genau den
Weg des Kerns nach (Info-Lauf, Vorauswahl, Dialog-Fehlertext).
Zweimal in dieselbe Heredoc-Falle getappt (AGENTS.md warnt davor):
Escape-Sequenzen wurden halbiert, ein rohes CR landete in makemkv.ts.
Beides korrigiert; der Hygiene-Waechter haette das CR auch gefangen.
260 Tests gruen (vorher 257), Typpruefung sauber. Version 5.3.1.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
1.1 KiB
Version 5.3.1
Die Titel-Auswahl funktioniert jetzt wirklich. In 5.2.0 und 5.3.0 blieb der Dialog ewig bei "Rippy liest die Titel der Disc …" stehen. Der Grund war ein Fehler in Rippy selbst: Die Anfrage "lies die Titel" war dem Kern unbekannt und wurde weggeworfen — still. Behoben, und zwar auf drei Ebenen: Die Anfrage ist jetzt bekannt, eine verworfene Nachricht sagt künftig laut warum, und ein neuer Prüf-Test vergleicht bei jedem Bau die Nachrichten-Liste mit dem Prüfer. Derselbe Fehler kann so nicht wiederkommen.
Rippy sagt jetzt, WARUM keine Titel kamen. Findet MakeMKV das Laufwerk nicht (das passiert nach abgebrochenen Rips), stand dort bisher nur "keine Titel gefunden" — als läge es an der Disc. Jetzt steht die echte Ursache da, samt Abhilfe: Disc auswerfen und neu einlegen, Laufwerk ab- und anstecken, notfalls neu starten.
Aus 5.3.0: Serien landen unter Serien//Season NN, Filme bekommen ihre Extras im Unterordner "extras". Aus 5.2.0: Auswahl, was gerippt wird — plus der Defekt-Waechter.
Unveraendert: Updates warten immer, bis kein Rip mehr laeuft.