Der Cache-Brecher vom selben Tag stand auch an der Manifest-Adresse INNERHALB
des itms-services-Links. Das zweite ? und = in der Abfrage kann den Wert von
url abschneiden - der Abruf scheitert, und weil iOS die Rueckfrage erst aus dem
geladenen Manifest baut, erscheint gar keine. Auf .ipa und Symbole innerhalb
des Manifests bleibt der Cache-Brecher.
Co-Authored-By: Claude Opus 5 <[email protected]>
An der fertigen .ipa gegengelesen: Version in Bundle und Webbuendel,
Kalender-Plugin registriert, Kamera- und Kalenderberechtigung vorhanden,
Erweiterung mit echtem arm64-Programm, Signatur gueltig.
Vorher: design-system neu gebaut, Typecheck sauber, 225/225 Tests gruen.
Der Erweiterung fehlte CFBundleVersion - eine Pflichtangabe, ohne die iOS
die Installation der ganzen App verweigert ("kann nicht installiert werden").
Verursacht von der Versionsangleichung vom Vortag: das Skript reichte den
Platzhalter $(CURRENT_PROJECT_VERSION) statt einer Zahl weiter, und das per
Skript angelegte Ziel der Erweiterung kennt diese Build-Einstellung nicht.
An den entpackten .ipa nachgemessen, 2026.9.3.3 gegen 2026.9.4.5.
ios-signieren.sh reicht nur noch echte Zahlen weiter, das Gegenlesen der
fertigen .ipa bricht ab statt zu warnen, und abgelegt wird erst danach -
eine Datei, die die Pruefung nicht besteht, darf nicht in auslieferung/
landen.
Dazu:
- Kopfmarke statt Firmierung des Betreibers in der Tankstellen-Zeile
- dritter Suchbegriff: der Name ohne fuehrende Marke. Gemessen: Nominatim
findet "Shell, Pascalstr. 8, Ingolstadt" nicht, "Pascalstr. 8, Ingolstadt"
schon - daran blieb die Belegkarte der realen Instanz leer
- der Tankstellen-Verweis zeigt die Tankstelle, statt eine Route zu rechnen
- Cache-Brecher auf .ipa, Symbolen und manifest.plist
- QR-Scanner fuer den Zugangs-Token bei der Ersteinrichtung (jsQR statt
GoogleMLKit, damit der Xcode-Lauf kein pod install riskiert)
214/214 Tests, Panel als Modul geparst, live gegen audi_ha_test geprueft.
An der fertigen .ipa gegengelesen: Version in Bundle und Webbuendel,
Erweiterung mit echtem arm64-Programm, beide Plugins im Programm, App-Gruppe
auf beiden Seiten, Signatur gueltig.
Vorher: design-system neu gebaut (neue Slider-Komponente), Typecheck sauber,
200/200 Tests gruen.
An der fertigen .ipa geprueft:
- beide neuen Plugins im Programm nachweisbar (BelegZwischenablage,
KalenderTermin)
- Kalender-Berechtigung in beiden Fassungen in der Info.plist
- Erweiterung mit echtem arm64-Programm, App-Gruppe auf beiden Seiten
- Signatur gueltig, Version 2026.9.3.3 einkompiliert
Vorher: design-system neu gebaut, Typecheck sauber, 173/173 Tests gruen.
Erste .ipa, die die Share-Erweiterung wirklich enthaelt. An der fertigen
Datei geprueft statt am Projekt:
- DataMetric360Share.appex traegt ein echtes Mach-O arm64 Programm
- App und Erweiterung tragen beide group.app.datametric360
- URL-Schema datametric360 eingetragen
- Ad-hoc-Profil mit beiden Geraeten, gueltig bis 29.08.2027
- Signatur gueltig, Erweiterung eingeschlossen
Vorher: design-system neu gebaut, Typecheck sauber, 165/165 Tests gruen.
tobiasandClaude Opus 5