Teilen-Seite kann nicht mehr stumm haengen bleiben

Filipe: "ich lade video hoch und es erscheint immer noch nicht" --
auf Nachfrage: die Seite bleibt haengen, es kommt KEINE Meldung.

WAS GEMESSEN WURDE, bevor etwas angefasst wurde:

  Server zwischen 08:41 und der Meldung   unveraendert, ein Neustart
  Seine Sitzungen                          gueltig, Android-App
  TikTok-Abruf vom Server                  200, auch fuer Kurzlinks
  Seite, Skript, alle 14 Elemente          live auf beiden Adressen
  Service Worker                           speichert nichts zwischen
  Manifeste (beide)                        gueltig, share_target da
  Protokoll heute                          kein video_eingelesen
  Teilen-Weg nachgespielt (mess-teilen)    201, Eintrag, Erfolgssatz

Aus den Caddy-Protokollen ausserdem: Die Handy-Apps laufen auf crew.
(85 Android, 18 iPhone), auf der Agenturadresse fast nur Windows.
Der Riegel von heute Mittag trifft ihn also nicht.

DIE URSACHE IST DAMIT NICHT GEFUNDEN -- aber ein eigener Mangel
schon, und der ist der Grund, warum die Suche so lange gedauert hat:
`los()` baut die Seite auf und macht dabei keine einzige Netzanfrage.
Es kann also nur stolpern, nicht warten. Und wenn es stolpert, wird
`ladezeile.hidden = true` nie erreicht -- die Seite steht fuer immer
auf "wird geladen". Kein Fehler, kein Hinweis, nichts zum
Weitermelden, und von aussen nicht zu unterscheiden von "der Server
antwortet nicht".

Eine Seite, die nicht sagen kann, dass sie kaputt ist, kostet jeden
Fehler doppelt: einmal den Fehler und einmal die Suche danach.

Jetzt nennt sie den Grund im Klartext, oeffnet das Feld zum
Einfuegen von Hand und haengt den Knopf daran -- eine Meldung ohne
Ausweg waere nur ein Trost. Beim naechsten Versuch steht also da,
woran es liegt.

GEGENPROBE GEFAHREN, und sie hat zuerst mich korrigiert: Der erste
Versuch tauschte die Kennung im HTML unterwegs aus und kam nie an --
die Seite lud normal, der Browser meldete nichts, und die Messung
schloss daraus "die Sicherung greift nicht". Eine Gegenprobe, die
ihren eigenen Schaden nicht anrichtet, misst gar nichts. Jetzt wird
`document.getElementById` vor jedem Skript ersetzt, genau das, was
`$` benutzt. Ergebnis: Ladezeile weg, Meldung "Probe: Element fehlt",
Einfuegefeld offen.

mess-teilen.mjs neu: spielt den Teilen-Weg einmal heil und einmal
zerstoert durch.

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-10-05 12:34:51 +02:00
co-authored by Claude Opus 5
parent adb265e603
commit 48689e28ac
48 changed files with 936 additions and 686 deletions
+20 -20
View File
@@ -12,26 +12,26 @@
Ton wie die Kopfleiste darunter (#06090f), damit Leiste und Seite
eine Flaeche sind statt zweier. -->
<meta name="theme-color" content="#06090f" />
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610040006" />
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610040006" />
<link rel="stylesheet" href="assets/css/gate.css?v=202610040006" />
<link rel="stylesheet" href="assets/css/start.css?v=202610040006" />
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610051234" />
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610051234" />
<link rel="stylesheet" href="assets/css/gate.css?v=202610051234" />
<link rel="stylesheet" href="assets/css/start.css?v=202610051234" />
<!-- aufgaben.css bringt die Dialog- und Formularstile mit (.dialog,
.neu__zeile, .dialog__knoepfe). Sie stehen dort seit dem
Aufgabenbrett; sie hierher zu kopieren hiesse, sie an zwei Stellen
zu pflegen. Dieselbe Lösung nutzen kalender.html und content.html.
Gemeldet von pruef-css-klassen.mjs, bevor jemand einen ungestylten
Dialog zu sehen bekam. -->
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610040006" />
<link rel="stylesheet" href="assets/css/chat.css?v=202610040006" />
<link rel="stylesheet" href="assets/css/module.css?v=202610040006" />
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610051234" />
<link rel="stylesheet" href="assets/css/chat.css?v=202610051234" />
<link rel="stylesheet" href="assets/css/module.css?v=202610051234" />
<!-- haus.css MUSS die letzte Stilvorlage sein (10.09.2026).
Auf der Agenturadresse ist sie leer -- das Haus hier IST der
Grundzustand. Auf der Adresse von Team Dogi biegt der Server
genau diesen Dateinamen auf crew-haus.css um, und die Seite
kommt schon beim ERSTEN Abruf in Lila und Babyblau an --
ohne Umfaerben im Browser, ohne Flackern. -->
<link rel="stylesheet" href="assets/css/haus.css?v=202610040006" />
<link rel="stylesheet" href="assets/css/haus.css?v=202610051234" />
</head>
<body class="start">
@@ -739,24 +739,24 @@
</form>
</dialog>
<script src="assets/js/bereiche.js?v=202610040006"></script>
<script src="assets/js/bereiche.js?v=202610051234"></script>
<!-- TEXTFORM VOR ALLEM ANDEREN (21.09.2026): chat.js und bereich.js
fragen beim Zeichnen nach `window.Textform`. Kaeme sie spaeter,
waere die erste gezeichnete Nachricht ohne Gestaltung -- und das
faellt nur dem auf, der genau hinsieht. KEIN `defer`, damit sie
wirklich vor den anderen dasteht. -->
<script src="assets/js/textform.js?v=202610040006"></script>
<script src="assets/js/meldung.js?v=202610040006" defer></script>
<script src="assets/js/hochladen.js?v=202610040006" defer></script>
<script src="assets/js/nachfrage.js?v=202610040006" defer></script>
<script src="assets/js/wahl.js?v=202610040006" defer></script>
<script src="assets/js/kopf.js?v=202610040006"></script>
<script src="assets/js/glocke.js?v=202610040006"></script>
<script src="assets/js/textform.js?v=202610051234"></script>
<script src="assets/js/meldung.js?v=202610051234" defer></script>
<script src="assets/js/hochladen.js?v=202610051234" defer></script>
<script src="assets/js/nachfrage.js?v=202610051234" defer></script>
<script src="assets/js/wahl.js?v=202610051234" defer></script>
<script src="assets/js/kopf.js?v=202610051234"></script>
<script src="assets/js/glocke.js?v=202610051234"></script>
<!-- ANRUF VOR CHAT (18.09.2026): anruf.js stellt `window.anrufStarten`
bereit, und chat.js baut die Knoepfe nur, wenn es das gibt.
Andersherum waere die Reihenfolge eine stille Abhaengigkeit --
die Knoepfe fehlten, und niemand wuesste warum. -->
<script src="assets/js/anruf.js?v=202610040006"></script>
<script src="assets/js/anruf.js?v=202610051234"></script>
<!-- DIE BILDSCHAU (25.09.2026). Eigene Datei, weil sie nichts vom
Chat weiss: Sie bekommt einen Weg und einen Namen und zeigt ein
Bild. Jede andere Seite mit Fotos kann sie ebenso benutzen, ohne
@@ -767,8 +767,8 @@
sie beim ersten Foto noch nicht da -- und der erste Klick ginge
wie frueher in den Tab. Ein Fehler, der nur beim ERSTEN Mal
auftritt, ist der, den man nie nachstellen kann. -->
<script src="assets/js/bildschau.js?v=202610040006"></script>
<script src="assets/js/chat.js?v=202610040006"></script>
<script src="assets/js/installieren.js?v=202610040006" defer></script>
<script src="assets/js/bildschau.js?v=202610051234"></script>
<script src="assets/js/chat.js?v=202610051234"></script>
<script src="assets/js/installieren.js?v=202610051234" defer></script>
</body>
</html>