paul/audi-app
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Die ausgelieferte .ipa 2026.9.4.17 gegen die Checkliste geprueft

Browse Source 
CFBundleVersion steht jetzt in beiden Buendeln - der Installationsblocker
aus Abschnitt CD ist weg. Kamera-Schluessel da, beide Plugins im Programm,
App-Gruppe in beiden Profilen, Cache-Brecher auf allen drei Adressen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Tobi G
2026-09-04 14:26:47 +02:00
parent e237bf1e8b
commit d0a11b82cd
1 changed files with 37 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
AGENTS.md
+37
View File
@@ -10397,3 +10397,40 @@ und ein Neuladen zeigt die App vollstaendig. Der Verdacht ist ein Rest der
alten Sitzung im Speicher der Seite (getrennt und ohne Neuladen neu
verbunden); wiederholt sich das, gehoert die Reihenfolge in `fertig()` ->
`AngemeldeteApp` -> `DatenAnbieter` genauer angesehen.
### Nachtrag (2026-09-04): die .ipa vom Mac gegen die Checkliste geprueft
Der Xcode-Lauf hat `2026.9.4.17` ausgeliefert (Commit `9652a43`, 2.739.478 Bytes).
Geprueft wurde genau das, was Abschnitt CJ als offen benannt hatte - am **fertigen
Buendel**, nicht am Projekt (die Lehre aus Abschnitt AK):
| | |
|---|---|
| `CFBundleVersion` App / Erweiterung | `1` / `1` - **beide da**, der Installationsblocker aus Abschnitt CD ist weg |
| `CFBundleShortVersionString` beide | `2026.9.4.17`, gleich |
| Programm der `.appex` | 110.320 Bytes, vorhanden |
| `BelegZwischenablagePlugin` / `KalenderTerminPlugin` | beide im App-Programm, samt `pdfHolen` und `terminAnlegen` |
| App-Gruppe `group.app.datametric360` | in **beiden** Bereitstellungsprofilen |
| `NSCameraUsageDescription` | **jetzt da** - der QR-Scanner kann die Kamera anfordern |
| Standort-, beide Kalender-Schluessel | da |
| URL-Schema `datametric360` | da |
| Aktivierungsregel | Anhang **oder** Datei, je einer - die App erscheint im Teilen-Blatt |
| Beide Geraete-UDIDs im Profil | ja |
| `manifest.plist` | `bundle-version 2026.9.4.17`, alle drei Adressen mit `?v=` (Cache-Brecher aus Abschnitt CD) |
**Damit ist die Kette wieder vollstaendig** - alle drei nativen Wege (Teilen,
Zwischenablage, Kalender) sind im ausgelieferten Buendel angelegt und die App
laesst sich installieren. Ob sie auf dem Geraet auch *funktionieren*, zeigt erst
der Gebrauch; belegt ist bis hier die Verdrahtung, nicht das Verhalten.
**Der Stand danach, und er ist gewollt:** die `.ipa` traegt das Webbuendel
`2026.9.4.17`, Backend und OTA-Buendel stehen auf `2026.9.4.18` (die
Schema-Korrektur der Server-Adresse, Abschnitt CK). Die App meldet deshalb beim
Start einen neuen Stand und holt ihn per OTA - kein Xcode noetig. Nachgewiesen:
`home.arpa` (die neue Netzpruefung) steht in einer Datei des `.18`-Buendels und in
keiner der `.ipa`.
**Ein Randfall, der dabei auffaellt:** greift die Schema-Korrektur erst per OTA,
dann kann eine *frische* Ersteinrichtung mit `.17` eine Adresse im Heimnetz noch
falsch raten. Fuer den realen Betrieb ohne Belang - dort steht
`https://datametric360.de` im Feld, und `https` ist da richtig.