From d0a11b82cd436189d1d4f4ced8c39ba4b9b1c1b7 Mon Sep 17 00:00:00 2001 From: Tobi G Date: Fri, 4 Sep 2026 14:26:47 +0200 Subject: [PATCH] Die ausgelieferte .ipa 2026.9.4.17 gegen die Checkliste geprueft 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 --- AGENTS.md | 37 +++++++++++++++++++++++++++++++++++++ 1 file changed, 37 insertions(+) diff --git a/AGENTS.md b/AGENTS.md index 7e0c4ea..961d32b 100644 --- a/AGENTS.md +++ b/AGENTS.md @@ -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.