Document issue #12 fix: ThreadNet-Web full-rebuild blockers resolved

Thore Cimbal
2026-07-28 23:49:32 +02:00
parent 9924bebb61
commit 5149cf8a28
+22 -4
@@ -72,10 +72,28 @@
`ThreadNet-Web` einen vorbestehenden Build-Bug hat (siehe unten).
- Config live prüfbar: `https://axion1337.chat/widgets/element-call/config.json`
**Bekannter, nicht behobener Bug in `ThreadNet-Web`**: `scripts/docker-link-repos.sh` /
`docker-package.sh` sind nicht ausführbar committet (Mode 644), und der gepinnte
`matrix-js-sdk#develop`-Commit im Lockfile ist zu alt (fehlt `src/oidc/authorize.ts`) —
blockiert einen kompletten Neu-Build des Forks von Grund auf.
**Update 2026-07-28 (Issue #12) — Full-Rebuild-Blocker behoben**: Der oben beschriebene
Workaround (nur den `widgets/element-call/`-Ordner patchen) war nötig, weil `ThreadNet-Web`
komplett neu gebaut nicht funktionierte. Drei Bugs gefunden und gefixt:
1. 7 Skripte nicht ausführbar committet (644 statt 755) - `docker-link-repos.sh`,
`docker-package.sh` + 5 weitere, betraf auch die eigenen GitHub-Actions-Workflows des Forks.
2. `matrix-js-sdk#develop`-Pin war auf einen veralteten Commit resolved (fehlte
`src/oidc/authorize.ts`). Der aktuelle develop-HEAD wäre noch schlimmer gewesen - dort
wurde der komplette `src/oidc/`-Ordner zu `src/oauth/` umbenannt, mit geänderter API
(`generateOidcAuthorizationUrl`/`completeAuthorizationCodeGrant`/`OidcError` existieren
so nicht mehr). Stattdessen auf `d19cb751` gepinnt - den letzten Commit vor diesem
Rename, verifiziert dass Datei+API exakt passen.
3. **Gefunden**: `package.json`/`webpack.config.ts` referenzierten noch upstream
`@element-hq/element-call-embedded` statt unseres eigenen Forks - ein Full-Rebuild hätte
bisher alle Fork-Anpassungen stillschweigend verworfen. Umgestellt auf
`@sorb/threadnet-call-embedded@0.19.2-threadnet.5`.
Verifiziert mit einem echten, vollständigen `docker build` aus frischem Klon (kein Cache) -
erst bei 3.8GB Docker-RAM an OOM gescheitert, nach Erhöhung auf 7.75GB sauber durchgelaufen.
Gebautes Image enthält nachweislich unseren Fork (deutsche Übersetzung `Kameraqualität` im
Bundle gefunden). Produktivumgebung bleibt vorerst beim bestehenden Patch-Image - der
Full-Rebuild-Prozess ist jetzt nur *möglich*, nicht automatisch scharf geschaltet.
## Dateien