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 <[email protected]>
This commit is contained in:
tobias
2026-09-04 14:26:47 +02:00
co-authored by Claude Opus 5
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 alten Sitzung im Speicher der Seite (getrennt und ohne Neuladen neu
verbunden); wiederholt sich das, gehoert die Reihenfolge in `fertig()` -> verbunden); wiederholt sich das, gehoert die Reihenfolge in `fertig()` ->
`AngemeldeteApp` -> `DatenAnbieter` genauer angesehen. `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.