ScarriffleandClaude Opus 5
a1576921fd
Die Plakate blieben weg, und der Grund stand nicht im Code, sondern daneben: eine App-Erweiterung hat ihre **eigene** Info.plist, und damit ihre eigene Transportsicherheit. Die Ausnahme fürs lokale Netz, die in der Info.plist der App seit jeher steht, gilt dort nicht. Ein Jellyfin im Heimnetz antwortet auf blankem HTTP. Jede Bildanfrage der Erweiterung lief damit gegen ATS — lautlos, ohne Fehler, ohne Eintrag. Das Regal blieb leer und sah aus wie „geht halt nicht". Dazu die richtige Plakatgrösse: 666×1000 statt 404×606, Apples Mass für die doppelte Auflösung. Für beide Stufen dasselbe Bild — ein Apple TV zeichnet das Regal ohnehin doppelt aufgelöst, und zwei Adressen abzulegen hiesse, dem Server zwei Grössen desselben Plakats abzuverlangen, damit eine davon nie gebraucht wird. Nicht nachgewiesen: dass es jetzt zeichnet. Das Regal erscheint nur, wenn die App in der **obersten** Reihe des Menüs steht und fokussiert ist, und den Fokus kann ich im Simulator nicht bewegen — tvOS nimmt keine Touch-Eingaben, und an die Simulator-App komme ich aus dieser Umgebung nicht heran. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Diesen Arbeitsbereich öffnen, nicht das Projekt
Flixy.xcodeproj wird von XcodeGen aus project.yml erzeugt — und dabei
ersetzt, nicht bearbeitet: jede Datei darin bekommt einen neuen Inode,
auch die, deren Inhalt gleich bleibt. Hat Xcode den Arbeitsbereich im
Projekt offen (Flixy.xcodeproj/project.xcworkspace), meldet es danach
The workspace file … has disappeared. Do you want to re-save the container, or close it?
und zwar nach jedem einzelnen Lauf.
Dieser Arbeitsbereich liegt daneben statt darin. Er verweist nur auf das Projekt und wird von XcodeGen nie angefasst — Xcode lädt das Projekt danach still nach, ohne zu fragen.
Falls der Dialog doch einmal kommt: „Close", nie „Re-save". Re-save
schreibt Xcodes Kopie aus dem Arbeitsspeicher über das frisch erzeugte
Projekt; alle Änderungen aus project.yml wären damit wieder weg.