Eine Seite, die nicht laedt, sagt es -- und bietet einen Weg zurueck

Fuenf Suchlaeufe parallel, ihre Funde selbst nachgemessen und behoben.

DER GROESSTE: 13 VON 21 SEITEN SCHLUCKTEN JEDEN NETZFEHLER.
Jede Seite beginnt mit `try { await hole('/api/ich') } catch { return; }`.
Faellt das Netz aus -- Aufzug, U-Bahn, Funkloch --, bricht der Block ab,
und die Seite bleibt fuer immer auf "wird geladen …" stehen. Gemessen:
0 von 32 Stellen setzten `aria-busy` im Fehlerfall zurueck, und es gab
KEINEN EINZIGEN "Nochmal versuchen" auf allen 21 Seiten.

Im Code stand der richtige Satz dazu -- an genau einer Stelle:
"Ein Platzhalter, der nie ersetzt wird, ist eine Luege mit
Fortschrittsanzeige." Er galt ueberall ausser dort.

Neu: window.ladefehler() in meldung.js. Sie ersetzt alles, was gerade
"laedt", durch drei Dinge: was los ist, was das bedeutet, und einen
Knopf, der es noch einmal versucht -- ohne die Seite neu zu laden.
21 Dateien angeschlossen. Neu: server/pruef-ladefehler.mjs, 26/0, mit
abgeklemmtem Netz im echten Browser.

UND DIE STARTSEITE WARF BEI EINEM FUNKLOCH AUF DIE ANMELDUNG.
`catch { location.assign('/workspace/') }` -- der Mensch glaubt, er sei
rausgeworfen, und tippt seinen Code neu. Dabei haelt seine Sitzung 12
Stunden; nur die Anfrage kam nicht durch. Umgeleitet wird jetzt nur
noch bei einer ANTWORT, die das sagt (401).

DER ANMELDEHINWEIS FUEHRTE MODIS IN DIE SPERRE.
Nach zwei Fehlversuchen stand: "Stimmt die Auswahl oben? Ein Code
gehoert immer zu genau einer davon." Auf der Crew-Wand ist das FALSCH
-- `stillerZugang()` sucht ueber die Codekennung, die angetippte
Kachel spielt fuer hand/modi keine Rolle. Sie probieren alle vier
durch, sammeln vier Fehlversuche, und nach acht in zehn Minuten ist
ihre Adresse gesperrt. Ein Hinweis, der die Sperre herbeifuehrt, gegen
die er helfen soll. Auf der Agenturwand stimmt der Satz weiter --
deshalb wird gefragt, auf welcher Wand man steht.
Dazu: Die Crew-Wand nannte nur der Community einen Weg ("Frag im Live
nach"). Wer zum Team gehoert und dessen Code nicht geht, fand dort
niemanden.

SACKGASSE AUF DER KERNSEITE EINES MODI.
treff-moderation sagte: "Zugaenge legst du in 'Personen & Zugaenge'
an" -- eine Seite, die ein Modi nicht oeffnen darf. Am ersten Tag, bei
leerer Community, war das der einzige Satz im Abschnitt. Jetzt fragt
die Seite ueber `window.__ich.seiten`, ob es den Weg fuer DIESEN
Menschen gibt. Und ein 404 wirft ihn nicht mehr wortlos auf die
Startseite.

TOTE KNOEPFE AN FREMDEN KARTEN.
"◀ zurueck" und "▶ In Arbeit" standen an JEDER Aufgabenkarte, auch an
fremden. Ein Modi sieht das Brett des ganzen Teams; er tippt, der
Server lehnt mit 403 ab, und die Meldung erscheint GANZ OBEN. Bei
einer Karte weiter unten sieht er nichts. Zwei Zeilen tiefer stand die
Regel im Klartext: "niemandem etwas anzubieten, das dann abgelehnt
wird." Der Server schickt jetzt `darf_aendern` mit.

13 STELLEN ROLLTEN GEGEN DEN WILLEN DES NUTZERS.
`scrollIntoView({ behavior: 'smooth' })` beachtet "Animationen
reduzieren" NICHT. Wer das eingestellt hat, hat es meist wegen
Schwindel getan. Zwei Stellen fragten vorher, dreizehn nicht.
Jetzt `window.sanft()`, einmal statt dreizehnmal.

DAS WORT UEBER DEN BRETTERN EINES MODI HIESS "BETREUUNG".
Fest im HTML, ueberschrieben nur bei Brettern mit eigenem `ober` --
sechs haben keines. Jetzt faellt es auf die GRUPPE der Kachel zurueck,
ueber die er hergekommen ist. Je Rolle richtig, ohne zweite Liste.

DER HINWEIS-ZU-KACHEL-WEG WAR DOPPELT KAPUTT.
`bereichZu` suchte nur in GRUPPEN -- der Liste der AGENTUR. Die
Kacheln von Team Dogi schickt der Server; fuer einen Modi fand die
Zeile entweder nichts oder eine fremde Kachel und uebernahm deren
Farbe. Und sie suchte ueber den NAMEN: "LIVE-Analyse" heisst auf der
Crew-Adresse "Live-Ablauf". Beim Beheben erst den Namen umgedreht --
und damit die Agenturseite kaputt gemacht (pruef-start-ansicht sofort
rot). Jetzt ueber das ZIEL, das in beiden Haeusern dasselbe ist.

UND EIN BRETT WAR SEIT GESTERN GESPERRT.
`TREFF_BRETTER` wird aus Kachelzielen abgeleitet. Als die Kachel
"Regeln & Hilfe" am 19.09. auf `treff-regeln.html` umgelenkt wurde,
fiel `regeln` heraus -- und `treff-regeln.html` verweist weiterhin
darauf ("Haeufige Fragen stehen auf dem Brett Regeln & Hilfe").
Gefunden hat es pruef-treff, die seit gestern rot war. 72/0.

NEBENBEI 7 SEITEN LEICHTER: meldung.js wird jetzt abgeleitet
eingebunden -- nur dort, wo sagWas/ladefehler/sanft wirklich
gebraucht werden. Die Anmeldewand traegt es nicht mehr.

Gruen: pruef-ladefehler 26/0, pruef-sackgassen 11/0 (582 Wege, 0 ins
Leere), pruef-start-ansicht, pruef-treff 72/0, pruef-treffchat,
pruef-community-sicht 10/0, pruef-aufgabenbrett, pruef-code 17/0,
pruef-chat-optik, pruef-nachfrage 49/0, pruef-meldungen 8/0,
pruef-css-klassen, pruef-tippziele 11/0, pruef-leerzustand 13/0,
pruef-rechtetafel.
This commit is contained in:
2026-09-20 15:49:57 +02:00
parent cc39552b4f
commit 0f5faf7ee6
69 changed files with 1431 additions and 579 deletions
+180
View File
@@ -180,3 +180,183 @@
nicht gegen eine abgeschriebene zweite. */
window.sagWas.SAETZE = SAETZE;
})();
/* =====================================================================
WENN DIE SEITE GAR NICHT ERST LÄDT — window.ladefehler()
Filipe, 19.09.2026: „Ladezustände … Es darf keine Sackgassen geben."
---------------------------------------------------------------------
WAS GEMESSEN WURDE (20.09.2026)
Jede Seite beginnt mit demselben Block:
try {
const a = await hole('/workspace/api/ich');
...
} catch { return; }
Das `catch { return; }` steht auf 13 von 21 Seiten. Fällt das Netz
aus -- Aufzug, U-Bahn, ein Funkloch --, wirft `fetch`, der Block
bricht ab, und die Seite bleibt stehen. Für immer.
Dabei steht auf ihr meistens schon etwas: „Übersicht wird geladen …",
„Bibliothek wird geladen …", `aria-busy="true"`. Dieser Satz wird nie
ersetzt. Gemessen: **0 von 32** Stellen setzen `aria-busy` im
Fehlerfall zurück.
Im Code steht an einer einzigen Stelle (`start.js`) der richtige
Satz dazu: „Ein Platzhalter, der nie ersetzt wird, ist eine Lüge mit
Fortschrittsanzeige." Genau das ist es -- und es galt überall außer
dort.
---------------------------------------------------------------------
UND ES GAB KEINEN WEG ZURÜCK
Gesucht über alle 21 Seiten: **kein einziger** „Nochmal versuchen".
Wer einen Ladefehler hatte, konnte nur F5 drücken -- und auf den 13
stummen Seiten wusste er nicht einmal, dass es etwas zu wiederholen
gäbe.
---------------------------------------------------------------------
WAS DIESE FUNKTION TUT
Sie sucht alles, was gerade „lädt" (`[aria-busy="true"]`), und
ersetzt es durch drei Dinge: was los ist, was das für den Nutzer
bedeutet, und einen Knopf, der es noch einmal versucht.
Findet sie keinen solchen Kasten, baut sie einen -- eine Seite ohne
Ladeanzeige (chat, steckbrief) soll nicht leer bleiben.
AUFRUF:
} catch { ladefehler(); return; }
} catch { ladefehler({ nochmal: laden }); return; }
===================================================================== */
(function () {
'use strict';
window.ladefehler = function ladefehler(o) {
o = o || {};
const satz = o.satz
|| 'Die Seite konnte gerade nicht geladen werden.';
const grund = o.grund
|| 'Meistens liegt es am Netz – im Aufzug, in der Bahn, im Funkloch.';
/* ALLES, WAS GERADE „LAEDT". Abgeleitet, nicht aufgezaehlt: Wer
morgen einen Ladeplatzhalter einbaut, ist damit automatisch
abgedeckt. */
let kaesten = [...document.querySelectorAll('[aria-busy="true"]')];
if (!kaesten.length) {
/* Keine Ladeanzeige auf dieser Seite -- dann eine bauen, statt
den Menschen vor eine leere Seite zu setzen. */
const ziel = document.querySelector('main') || document.body;
const kasten = document.createElement('div');
kasten.className = 'ladefehler';
ziel.prepend(kasten);
kaesten = [kasten];
}
for (const k of kaesten) {
/* AUS „BESCHAEFTIGT" WIRD „FERTIG". Sonst meldet ein
Vorleseprogramm die Flaeche fuer immer als ladend -- und das
ist schlimmer als gar keine Ansage. */
k.setAttribute('aria-busy', 'false');
k.textContent = '';
k.classList.add('ladefehler');
const eins = document.createElement('p');
eins.className = 'ladefehler__satz';
eins.textContent = satz;
k.append(eins);
const zwei = document.createElement('p');
zwei.className = 'ladefehler__grund';
zwei.textContent = grund;
k.append(zwei);
const knopf = document.createElement('button');
knopf.type = 'button';
knopf.className = 'knopf knopf--klein ladefehler__knopf';
knopf.textContent = 'Nochmal versuchen';
knopf.addEventListener('click', () => {
knopf.disabled = true;
knopf.textContent = 'wird geladen …';
/* DEN KASTEN SELBST WEGRAEUMEN (20.09.2026).
Gemessen: Auf `start.html` blieb er nach einem erfolgreichen
Wiederholen stehen -- `laden()` baut nur seine eigenen
Bereiche neu auf und weiss von ihm nichts. Ein Fehlerkasten
ueber einer Seite, die gerade wieder funktioniert, ist
schlimmer als gar keiner: Er behauptet einen Zustand, der
vorbei ist. */
const weg = () => {
for (const alt of document.querySelectorAll('.ladefehler')) {
alt.textContent = '';
alt.classList.remove('ladefehler');
if (!alt.id && !alt.className) alt.remove();
}
};
/* Wer eine eigene Ladefunktion mitgibt, spart das Neuladen der
ganzen Seite -- das ist schneller und behaelt die Stelle, an
der man war. Ohne sie bleibt der ehrliche Notnagel. */
if (typeof o.nochmal === 'function') {
Promise.resolve().then(o.nochmal).then(weg).catch(() => location.reload());
} else {
location.reload();
}
});
k.append(knopf);
/* Nur EIN Kasten bekommt den Knopf -- fuenf Knoepfe
nebeneinander, die dasselbe tun, sind Rauschen. */
break;
}
/* Die uebrigen Ladeanzeigen aufraeumen: Sie duerfen nicht weiter
„wird geladen …" behaupten, waehrend daneben der Fehler steht.
Genau diese Doppelung hat die Pruefung an sieben Stellen
gefunden. */
for (const k of kaesten.slice(1)) {
k.setAttribute('aria-busy', 'false');
k.textContent = '';
}
/* UND DIE PLATZHALTER OHNE `aria-busy`. Nicht jede Ladeanzeige
traegt das Merkmal -- auf `start.html` steht im Ring schlicht
„wird geladen" in einem <span>. Gesucht wird deshalb nach dem,
was der Mensch LIEST, nicht nach dem, was im Quelltext
markiert ist. */
for (const e of document.querySelectorAll('span, p, div')) {
if (e.children.length) continue;
if (!/^\s*(wird geladen|einen Moment)/i.test(e.textContent || '')) continue;
if (e.closest('.ladefehler')) continue;
e.textContent = '–';
}
};
})();
/* =====================================================================
WEICHES ROLLEN — ABER NICHT GEGEN DEN WILLEN DES NUTZERS
`scrollIntoView({ behavior: 'smooth' })` rollt IMMER weich. Die
Einstellung „Animationen reduzieren" im Betriebssystem schaltet das
NICHT ab -- der Browser tut sie hier schlicht nicht.
Wer das eingestellt hat, hat es meist wegen Schwindel oder Migräne
getan. Eine Seite, die ihm trotzdem unter den Augen wegrollt, ist
für ihn nicht unschön, sondern unbenutzbar.
Gemessen am 20.09.2026: 15 Stellen rollen weich, ZWEI davon fragen
vorher (`checkliste.js`, `kopf.js`). Das Haus kannte die richtige
Form also -- sie stand nur an dreizehn Stellen nicht.
Deshalb hier EINMAL, statt dreizehnmal in Kopie.
===================================================================== */
window.sanft = function sanft() {
try {
return window.matchMedia('(prefers-reduced-motion: reduce)').matches
? 'auto' : 'smooth';
} catch {
/* Kein matchMedia (sehr alt) -- dann lieber ohne Bewegung. Wer
nicht fragen kann, soll nicht annehmen. */
return 'auto';
}
};