docs: Aktenstand — Schnellkorrektur Desktop-Startseite + Bau-Parallelitaet

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

.gitea/workflows/ci.yml

@@ -66,6 +66,10 @@ jobs:
       # Commit-Stempel fuer build.rs (WR-02): mit Cargo-Zwischenspeicher wuerde
       # `git rev-parse` im Build-Skript sonst nicht neu ausgewertet.
       TESSERA_COMMIT: ${{ gitea.sha }}
+      # Der Runner teilt sich den Rechner mit Gitea und dem Dev-Stack (15 GB):
+      # 8 parallele rustc-Prozesse (zwei Release-Baue) brachten den Host an die
+      # Speichergrenze. 4 Prozesse kosten 1-2 Minuten, halbieren den Bedarf.
+      CARGO_BUILD_JOBS: "4"
     needs: test
     if: gitea.ref == 'refs/heads/main' || startsWith(gitea.ref, 'refs/tags/v')
     steps:

.planning/STATE.md

@@ -430,6 +430,7 @@ Gerettet aus `.continue-here.md`. Relevant fuer die noch offenen Live-Tests.
 | 260916-j4f | **Nachtraege nach Browser-Pruefung.** Kalender-Tooltip bricht lange Termintitel um (`break-words` + `min-w-0`, Breite/Klemmung aus `TOOLTIP_WIDTH_PX = 288`); Notiz-Widget nimmt `data-color-mode` aus `useTheme().resolvedTheme` mit mounted-Guard (Muster changelog-view) statt `auto` — Textbereich blieb bei OS-dunkel/Tessera-hell dunkel (User-Meldung); CHANGELOG.md auf kurze Stichpunkte gestrafft (User: "Kein Fliesstext"), alle drei Abschnitte, Ueberschriften unveraendert, `publish-release.sh --dry-run --tag v1.1.0` Exit 0. Tests Web 344 -> 347 / 52 Dateien, tsc 0. | 2026-09-16 | b16e4b8,4c2495b,a6bb7aa | [260916-j4f-nachtraege-kalender-tooltip-umbrechen-no](./quick/260916-j4f-nachtraege-kalender-tooltip-umbrechen-no/) |
 | 260916-jvj | **Kalender-Plaketten in Kalenderfarbe + Aufzaehlungspunkte in Markdown-Ansichten.** Tages-Plakette nimmt `day.events[0].color` (groupEventsByDate sortiert jetzt je Tag nach Start) als Inline-Hintergrund mit weisser Schrift, ohne Farbe unveraendert `bg-primary`; Farbpunkt je Tooltip-Zeile. Tailwind-v4-Preflight entfernt `list-style` global, markdown.css setzt es nicht zurueck -> Vier-Regeln-Block am Ende von `globals.css` (`.wmde-markdown ul/ol`, Abhak-Listen bleiben ohne Punkt) fuer "Was ist neu" und Notiz-Ansicht. Changelog. Tests Web 347 -> 350 / 52 Dateien, tsc 0. | 2026-09-16 | 1e4ec30,c85cf9a | [260916-jvj-kalender-plaketten-in-kalenderfarbe-stat](./quick/260916-jvj-kalender-plaketten-in-kalenderfarbe-stat/) |
 | 260916-k2z | **Kalender-Widget: mehrere Kalender am selben Tag als kleine Kreise.** Neue reine Helfer `groupDayBySource` (nach `sourceId`, Reihenfolge des ersten Auftretens, Farbe = erster Termin der Gruppe) und `buildDayBadges(events, max=3)`: 1 Quelle = bisherige Einzelplakette (unveraendert, Tests 3/3b/3c gruen), 2-3 Quellen = kleine Kreise je Farbe mit eigener Anzahl, >3 = zwei Kreise + grauer Restkreis (`bg-muted-foreground text-background`, Summe; testid `calendar-day-count-rest`), Wrapper `calendar-day-badges`. Changelog-Stichpunkt erweitert. Tests Web 350 -> 354 / 52 Dateien, tsc 0. | 2026-09-16 | 4ddadc6,7429c5b | [260916-k2z-kalender-widget-mehrere-kalender-am-selb](./quick/260916-k2z-kalender-widget-mehrere-kalender-am-selb/) |
+| 260917-fast | **Desktop-Client: Startseite + Bau-Parallelitaet (Schnellkorrektur nach Bedienprobe).** Fenster "main" hatte keine Startseite -> "asset not found: index.html" (Altlast Phase 6); `"url": "setup.html"` in tauri.conf.json, per `strings` im Release-Binary bewiesen. `CARGO_BUILD_JOBS=4` im CI-Job desktop (8 rustc-Prozesse brachten den gemeinsam genutzten Host mit 15 GB an die Grenze), Betriebshandbuch Kap. 10, Befund in 18-UAT.md. | 2026-09-17 | b6d9013 | — |
 
 ## Deferred Items
 

.planning/phases/18-desktop-client-fertigstellen/18-UAT.md

@@ -29,7 +29,7 @@ awaiting: user response
 
 ### 1. Windows-Bedienprobe (Download, Installation, Erststart, Tray, Einstellungsseite)
 expected: siehe oben (Schritte 1-11)
-result: [pending]
+result: [pending] — Befund 2026-09-17 (Schritte 1-3 gruen: Download, SmartScreen, Installation): Schritt 4 rot, schwarzes Fenster "asset not found: index.html". Ursache: Fenster "main" in tauri.conf.json ohne Startseite, Tauri sucht index.html, die Erststart-Seite heisst setup.html (Altlast aus Phase 6). Fix: "url": "setup.html" (Quick-Task, siehe Commit im Aktenstand). Erneute Probe nach dem naechsten Beta-Bau.
 
 ### 2. Release-Anhang am naechsten Freigabe-Tag
 expected: Nach dem naechsten Tag `vX.Y.Z` traegt der Gitea-Release `Tessera-Setup-X.Y.Z.exe` und `Tessera-X.Y.Z.AppImage` als Anhaenge (herunterladbar, Groesse > 0). Pruefbar erst bei der naechsten Freigabe (z. B. 1.2.0).

apps/desktop/src-tauri/tauri.conf.json

@@ -13,6 +13,7 @@
       {
         "label": "main",
         "title": "Tessera",
+        "url": "setup.html",
         "width": 1280,
         "height": 800,
         "center": true,

docs/anleitung-betrieb.md

@@ -566,6 +566,12 @@ Cross-Bau (`cargo-xwin` + NSIS aus dem Ubuntu-Paket, kein Windows-Rechner in
 der Pipeline). Einzelheiten zur Werkzeugkette stehen in
 [`docs/ci-cd-setup.md`](./ci-cd-setup.md), Abschnitt 4.
 
+Der Rust-Bau ist auf vier parallele Prozesse begrenzt (`CARGO_BUILD_JOBS`),
+weil sich der Runner den Rechner mit Gitea und dem Entwicklungs-Stack teilt;
+mit acht Prozessen geriet ein Rechner mit 15 GB Arbeitsspeicher an die Grenze.
+Der Job dauert damit etwa fünf bis sieben Minuten (mit warmem Zwischenspeicher),
+der erste Lauf nach einer Änderung der Abhängigkeiten deutlich länger.
+
 ### Wo die Pakete im Abbild liegen
 
 `publish` kopiert die fertigen Pakete in das API-Abbild nach