Symptom: in TestFlight-Build wirkte Account-Tab dunkel, aber
Lesen + Erkunden hell (oder umgekehrt, je nachdem was im Web-
localStorage stand). Inkonsistent, weil:
- AccountView (SwiftUI) nutzt ZitareTheme.dynamic() — folgt System
- WebView las localStorage['zitare-mode'], das nur über den
Theme-Toggle-Button im Web-Header gesetzt wurde — den wir aber
nativ ausgeblendet haben → kein User-Steuerpfad
Fix: neuer User-Script `syncDarkMode` injiziert at document.start:
- liest prefers-color-scheme via matchMedia
- schreibt localStorage['zitare-mode'] = 'dark' / removes
- togglet die `.dark`-Class auf <html>
- bleibt aktiv via matchMedia-change-Listener für Live-Switches
Reihenfolge in WebView-Config: syncDarkMode VOR hideWebHeader,
damit das Theme richtig ist bevor Header-CSS rendert.
Build 3 für nächsten TestFlight-Upload.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Apple Validator hatte drei Fehler geworfen:
- Missing 120x120 (iPhone) und 152x152 (iPad)
- Missing Info.plist key CFBundleIconName
Root-Cause: AppIcon.appiconset hatte keinen filename gesetzt → keine
PNG-Variants im Bundle. Plus: bei GENERATE_INFOPLIST_FILE=NO injiziert
Xcode CFBundleIconName nicht automatisch, das muss explizit in die
plist.
Fixes:
- scripts/make-appicon.swift erzeugt 1024×1024-PNG-Platzhalter in
paper-Theme-Farben (Sienna-Background, dunkles Z, zwei
Anführungszeichen-Akzente) analog cards-native
- Sources/Resources/Assets.xcassets/AppIcon.appiconset/Contents.json
verlinkt AppIcon-1024.png für light / dark / tinted (3 Appearances)
- project.yml setzt CFBundleIconName: AppIcon im Info.plist-Root
Archive-Verifikation:
$ /usr/libexec/PlistBuddy -c "Print :CFBundleIconName" Info.plist
→ AppIcon
$ ls ZitareNative.app | grep AppIcon
→ AppIcon, AppIcon60x60@2x.png (=120×120), AppIcon76x76@2x~ipad.png
(=152×152)
Platzhalter — vor produktivem App-Store-Launch durch designtes Icon
ersetzen.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
- WebShellScripts.hideWebHeader: drei Selektor-Strategien gestapelt
(data-app-nav-Marker / strukturell via :has(a.brand) / positionell
via :first-of-type), damit Klassen-Renames in zitare-web das Hide
nicht still brechen
- project.yml entitlements: applinks:zitare.mana.how als zweite
Universal-Link-Domain, solange zitare.com-DNS-Zone fehlt. Beide
Hosts liefern dasselbe AASA-File. Nach Cloudflare-Cut kann der
Eintrag bleiben — schadet nicht
- Live-E2E verifiziert: simctl openurl https://zitare.mana.how/q/...
→ App empfängt Deep-Link, WebShell lädt die Quote-Page, native
TabBar bleibt, Web-Header bleibt versteckt
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
- project.yml mit Bundle ev.mana.zitare + Widget + ShareExt-Targets
- ManaSwiftCore (ManaCore + ManaTokens) + ManaSwiftUI (ManaAuthUI)
als Package-Dependencies via path:
- Pure SwiftUI für Native-Surfaces, WKWebView nur für Lese-Tabs
(Hybrid-Sonderfall vs cards/memoro/manaspur, dokumentiert im
Playbook ZITARE_NATIVE_GREENFIELD.md)
- Theme: paper-Variant aus @mana/themes
- ZitareAPI.healthCheck via direct URLSession (öffentlicher
Endpoint, kein AuthenticatedTransport-Gate)
- 6/6 AppConfigTests + 1/1 UI-Smoke grün auf iPhone 16e Simulator
- Live: zitare-api.mana.how/healthz → HTTP/2 200
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
