Document issue #12 fix: ThreadNet-Web full-rebuild blockers resolved
+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
|
||||
|
||||
|
||||
Reference in New Issue
Block a user