Angemeldet bleiben: /workspace/ zeigte die Anmeldung trotz Sitzung

Filipe: „ich will dass wenn sich jemand bei der workspace seite
anmeldet, angemeldet bleibt bis er sich selbst abmeldet."

ERST GEMESSEN, DANN GEBAUT -- und das hat die Richtung gedreht.

Die naheliegende Antwort waere gewesen, die Sitzung zu verlaengern.
Sie war aber nie zu kurz:

  * Der Keks gilt 180 Tage und verlaengert sich beim Benutzen.
  * In der echten Datenbank lief KEINE der 28 Sitzungen vor Maerz
    2027 ab.
  * Am echten Browser nachgestellt: Er uebersteht dreimaliges
    Neuladen, den Service Worker UND das Schliessen des Browsers.

Trotzdem meldeten sich dieselben Geraete staendig neu an. DogFathers
Android am 05.10. um 22:54 UND um 22:55 -- gleiche IP, gleiche
Browserkennung, eine Minute auseinander. Kein zweites Geraet.

DER GRUND: `/workspace/` lieferte die Anmeldung aus, OHNE zu fragen,
ob schon jemand angemeldet ist. Das ist die Adresse, die man tippt,
als Lesezeichen hat und weitergibt. Wer sie oeffnete, sah das
Codefeld und tippte den Code noch einmal -- obwohl seine Sitzung die
ganze Zeit gueltig war. Jede Eingabe legt eine neue Sitzung an;
deshalb standen sieben davon bei einer Person.

Haette ich die Sitzungsdauer erhoeht, waere der Fehler geblieben und
die Sicherheit schlechter geworden.

(Die installierte App startet auf `start.html` und war nie betroffen.
Es traf nur den Weg ueber die Adresszeile -- also den haeufigsten.)

WARUM DIE WEITERLEITUNG AUF DEM SERVER STEHT

Mein erster Entwurf stand in gate.js und fragte `/api/ich`. Er
funktionierte und war trotzdem die schlechtere Loesung:

  * Ohne Sitzung antwortet `/api/ich` mit 401 -- danach stand bei
    JEDEM Aufruf der Anmeldung ein Fehler in der Browserkonsole.
    `pruef-neue-seiten` wurde davon zehnmal rot, und eine Meldung,
    die immer kommt, liest nach dem zweiten Mal niemand mehr.
  * Die Seite musste waehrend der Abfrage verdeckt werden, und diese
    Verdeckung brauchte wieder eine Notfrist, damit sie bei
    schlechtem Netz nicht haengen bleibt.
  * Und es brauchte eine Schleifensperre mit Zeitstempel in zwei
    Dateien -- deren erste Fassung prompt jeden ZWEITEN Aufruf auf
    der Anmeldung stehen liess. Die Pruefung hat genau das gefunden.

Drei Hilfskonstruktionen fuer etwas, das der Server in einer Zeile
weiss: Er liest die Sitzung ohnehin bei jeder Anfrage. Jetzt sieht
man die Anmeldung gar nicht erst, es gibt keinen Fehler in der
Konsole, und es geht auch ohne JavaScript. Die drei Hilfskonstruktionen
sind wieder entfernt; gate.css ist unveraendert.

BEIDE HAEUSER, OHNE SIE ZU VERMISCHEN: Auf der Crew-Adresse liefert
`/workspace/` die Datei crew-index.html -- derselbe Weg, dasselbe
Ziel. Der Keks bleibt host-gebunden: Wer nur im anderen Haus
angemeldet ist, bekommt weiterhin die Anmeldung, genau wie es die
Haustrennung vom 24.09.2026 verlangt. pruef-crew-adresse bleibt gruen.

NEU: pruef-angemeldet-bleiben.mjs (22 Pruefungen, 0 Fehler)

Mit einem echten Browserprofil auf der Platte -- nur so ueberlebt ein
Keks das Schliessen des Browsers; ein gewoehnlicher Kontext vergisst
alles, und dann maesse die Pruefung ihre eigene Einrichtung.

DIE WICHTIGSTE ZEILE IST DIE ZAHL DER SITZUNGEN. „Man bleibt
angemeldet" laesst sich leicht vortaeuschen: Wer bei jedem Besuch
stillschweigend neu anmeldet, sieht auch nie ein Codefeld. Deshalb
wird durchgehend gezaehlt -- es bleibt bei EINER, ueber drei Aufrufe
und einen Browserneustart hinweg.

Dazu die Gegenprobe in beide Richtungen: Abmelden beendet es
wirklich (die Sitzung ist weg, die Anmeldung bleibt stehen, kein Hin
und Her), und ohne Keks fuehrt `/workspace/` nicht zur Startseite --
die Messung kann also auch Nein sagen.

DREI MEINER EIGENEN MESSUNGEN WAREN ZUERST FALSCH, nicht der Code:
Die Pruefung klickte „Abmelden" ohne die Rueckfrage zu bestaetigen
und meldete dann „die Sitzung ist nicht weg"; ihre Knopfauswahl traf
einen unsichtbaren Knopf und lief 30 Sekunden in eine
Zeitueberschreitung; und die erste Schleifensperre war zu grob.
Alle drei berichtigt, bevor sie als Befund durchgingen.

NICHT VON MIR: pruef-css-klassen meldet weiterhin 44 statt 42
Schriftgroessen unter 11,5 px (uebersicht.css, wissen.css) -- derselbe
aeltere Befund wie gestern.

Co-Authored-By: Claude Opus 5 <[email protected]>

server/workspace.js

@@ -6984,6 +6984,64 @@ export function gehoertAufDieseAdresse(person, pfad) {
   return ziele.has(pfad);
 }
 
+/* =====================================================================
+   WER SCHON ANGEMELDET IST, SIEHT DIE ANMELDUNG NICHT (06.10.2026)
+   =====================================================================
+
+   Filipe: „ich will dass wenn sich jemand bei der workspace seite
+   anmeldet, angemeldet bleibt bis er sich selbst abmeldet."
+
+   GEMESSEN, BEVOR ETWAS GEBAUT WURDE -- und das hat die Richtung
+   gedreht. Die Sitzung war nie zu kurz:
+
+     * Der Keks gilt 180 Tage und verlaengert sich beim Benutzen.
+     * In der echten Datenbank lief KEINE der 28 Sitzungen vor
+       Maerz 2027 ab.
+     * Am echten Browser: Er uebersteht Neuladen, den Service Worker
+       und das Schliessen des Browsers.
+
+   Trotzdem meldeten sich dieselben Geraete staendig neu an --
+   DogFathers Android am 05.10. um 22:54 UND um 22:55, gleiche IP,
+   gleiche Browserkennung. Der Grund: `/workspace/` lieferte die
+   Anmeldung aus, ohne zu fragen, ob schon jemand angemeldet ist.
+   Das ist die Adresse, die man tippt, als Lesezeichen hat und
+   weitergibt. Wer sie oeffnete, sah das Codefeld und tippte den Code
+   noch einmal -- obwohl seine Sitzung gueltig war. Jede Eingabe legt
+   eine neue Sitzung an; deshalb standen sieben davon bei einer
+   Person.
+
+   Haette ich die Sitzungsdauer erhoeht -- die naheliegende Antwort --,
+   waere der Fehler geblieben und die Sicherheit schlechter geworden.
+
+   (Die installierte App startet auf `start.html` und war nie
+   betroffen. Es traf nur den Weg ueber die Adresszeile, also den
+   haeufigsten.)
+
+   WARUM AUF DEM SERVER UND NICHT IM BROWSER: Der erste Entwurf stand
+   in gate.js und fragte `/api/ich`. Das brauchte eine Verdeckung
+   gegen das Aufblitzen, eine Notfrist gegen eine haengende Abfrage
+   und eine Schleifensperre mit Zeitstempel in zwei Dateien -- und
+   hinterliess bei jedem Aufruf der Anmeldung ein 401 in der
+   Browserkonsole (pruef-neue-seiten wurde davon zehnmal rot). Hier
+   ist es eine Zeile: Die Sitzung wird ohnehin bei jeder Anfrage
+   gelesen.
+
+   KEINE SCHLEIFENGEFAHR: Schickt die Startseite jemanden zurueck
+   (nur bei einer Sitzung, die zwischendurch ungueltig wurde), findet
+   diese Stelle keine Sitzung mehr und liefert die Anmeldung aus.
+
+   BEIDE HAEUSER: Auf der Crew-Adresse liefert `/workspace/` die
+   Datei crew-index.html; der Weg dorthin ist derselbe, und das Ziel
+   `start.html` gilt dort ebenso. Der Keks ist host-gebunden -- wer
+   nur im anderen Haus angemeldet ist, bekommt hier weiterhin die
+   Anmeldung, genau wie es die Haustrennung vom 24.09.2026 verlangt. */
+workspaceRouter.get(
+  ["/workspace/", "/workspace/index.html", "/workspace/crew-index.html"],
+  (req, res, next) => {
+    if (!sitzungLesen(req)) return next();
+    return res.redirect(302, "/workspace/start.html");
+  });
+
 workspaceRouter.use((req, res, next) => {
   const pfad = schrankenPfad(req.path);
   if (!pfad.startsWith("/workspace/") || !pfad.endsWith(".html")) return next();