--- type: issue id: "0092" status: waiting created: 2026-07-29 milestone: M3 priority: low wartegrund: wartet auf Entscheidung, welche Defaults verbindlich gelten sollen projekt: threadnet-web gitlab_iid: "1" related: [] --- # Default-Client-Einstellungen (Theme, Features) für Neuinstallationen provisionieren > Adoptiert aus [threadnet-web#1](https://git.lab/axion1337.chat/ThreadNet-Web/-/issues/1) (2026-08-18, ADR-0019). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei. Neue Nutzer (egal ob Web-Client, installierte PWA oder Electron-Desktop) sollten mit den für axion1337.chat gedachten Standardeinstellungen starten - nicht mit den generischen Element-Defaults. Konkret betrifft das mindestens: - **Theme**: `default_theme` ist im Web-Deployment bereits gesetzt (`aXion1337 Dark`, via `element-values.yaml`) - muss für Electron-Builds ebenso gelten, ist dort aber nicht eigenständig provisioniert. - **Custom Features** (z.B. die Discord-Style-Raumliste): falls das ein Feature ist, das alle Nutzer standardmäßig sehen sollen, muss geprüft werden, ob es aktuell hinter einem Labs-Flag/einer manuellen Einstellung versteckt ist, die neue Nutzer nicht automatisch bekommen. - **Sonstige sinnvolle Defaults** (Benachrichtigungen, Video-Qualität, etc.) - einmal durchgehen, was aktuell nur "zufällig" beim Entwickeln richtig eingestellt ist, statt bewusst als Default für alle Nutzer konfiguriert. **Konkreter Fund, der das Problem sichtbar gemacht hat** (beim manuellen Electron-Build, siehe Release `desktop-v1.12.17-clientscan`): es gibt in `apps/desktop` keinen eigenen Config-Variant-Ordner für unsere Instanz (wie `element.io/release`/`element.io/nightly`) - das produktiv genutzte `config.json` musste manuell aus dem laufenden Pod kopiert werden, um den generischen `config.sample.json`-Platzhalter zu ersetzen. Ohne eigenen Variant-Ordner wiederholt sich das bei jedem zukünftigen Desktop-Build. **Vorschlag**: 1. Eigenen Config-Variant-Ordner anlegen (z.B. `apps/desktop/element.io/axion1337/`) mit `config.json` (Server-URL, Theme, gewünschte Default-Features) + `build.json` (Branding). 2. Web-seitige `element-values.yaml`-Config und Desktop-Variant synchron halten, damit beide Clients dieselben Defaults haben. 3. Bewusste Entscheidung pro Feature/Setting treffen: soll es Default sein oder optional bleiben - und das dokumentieren, statt es implizit zu lassen. --- *Migriert aus Gitea `sorb/ThreadNet-Web#1` — dort erstellt am 2026-07-29 von sorb.*