db61149924
probleme auf der realen amber-infrastruktur behoben: 1. ohne festen CLIENT_SECRET_HEX erzeugt applesauce bei jedem lauf einen neuen client-pubkey. amber bindet permissions pro client-pubkey, also sah jeder lauf wie eine neue unberechtigte app aus und bekam "no permission" als auto-antwort. → CLIENT_SECRET_HEX in config + cli, SimpleSigner.fromKey durchgereicht. 2. applesauce wirft bei "already connected"/"no permission" unhandled rejections, weil response-promises asynchron reagieren. → globaler unhandledrejection-handler, der diese benannten fehler schluckt; connect() im try/catch mit open+force als fallback. 3. timeout auf bunker connect auf 60s erhöht (amber-pairing kann menschliches tap dauern beim ersten mal). einzel-post-publish live verifiziert: - offenheit-das-wesentliche als kind:30023 publiziert - alle 5 write-relays haben bestätigt - bild auf beide blossom-server hochgeladen - SPA rendert das bild von blossom.edufeed.org Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| check.ts | ||
| publish.ts | ||
| validate-post.ts | ||