Filipe: "irgendwas klappt mit dem telefonieren nicht."
=== WIE DER FEHLER GEFUNDEN WURDE ===
Ich habe zuerst wieder die Vermittlung verdaechtigt. Stattdessen das
Protokoll des Servers gelesen -- und dort stand es die ganze Zeit:
24x anruf_start, jeder nach 7 bis 39 Sekunden beendet
im Chat danach jedes Mal: "Verpasster Anruf"
die Gegenseite schrieb: "Hab keinen Anrufeingang gehabt und
keine Benachrichtigung"
Es ging nie um Ton oder Verbindung. Es hat bei der anderen Person
schlicht nicht geklingelt.
Dieselbe Lehre wie am 06.09. ("kommt keine Mail an" -- erst fragen, OB
gesendet wurde) und am 14.09. (zwei Tage Audiowege verfolgt, waehrend
die CPU bei 98 % stand). Eine halbe Minute in der richtigen Tabelle
haette Stunden gespart.
Nebenbefund zur Messbarkeit: Das coturn-Protokoll kann die Frage gar
nicht beantworten -- es schreibt Zuteilungen bei dieser Stufe nicht
mit. Meine eigene Zuteilung von 16:35 taucht dort ebenfalls nicht auf.
Wer daraus "null Zuteilungen, also kaputt" liest, sucht am falschen
Ende. Das ist der dritte Ausgang: nicht "in Ordnung" und nicht
"kaputt", sondern "kann ich hier nicht sehen".
=== WAS WIRKLICH DEFEKT WAR ===
Die Benachrichtigung WURDE zugestellt -- `zuletzt_ok` am Geraet stand
auf genau die Anrufminute. Sie hat nur nicht geklingelt:
1. `Urgency: "normal"` STAND FEST IM TRANSPORT, fuer jede Meldung.
Auf Android entscheidet dieser Kopf, ob sofort zugestellt wird oder
bis zum naechsten Aufwachen gewartet. Im Stromsparmodus werden
daraus Minuten -- bei einem Anruf, der 120 Sekunden klingelt, ist
das ein verpasster Anruf mit Zeitstempel.
2. `renotify: false` UND `tag: d.art`. Eine zweite Meldung mit
derselben Kennung ersetzt die erste LAUTLOS. Wer ein zweites Mal
anruft, WEIL nicht abgehoben wurde, loest damit gar keinen Ton mehr
aus -- genau im wichtigsten Moment.
3. KEIN vibrate, KEIN requireInteraction. Ein stiller Kasten, der von
selbst verschwindet. In einer Hosentasche unsichtbar.
Fuer "Aufgabe ueberfaellig" ist all das genau richtig, und der
Kommentar daneben stimmte auch ("eine Meldung, die stehen bleibt, ist
eine Zumutung"). Fuer ein klingelndes Telefon ist es das Gegenteil.
Jetzt unterscheidet das Haus beides:
- eigene Kennung je Anruf, damit der zweite den ersten nicht
stillschweigend ersetzt
- renotify, vibrate (zweimal lang, wie ein Telefon),
requireInteraction
- Urgency: high und eine TTL von 150 Sekunden -- ist der Anruf
vorbei, verfaellt auch die Meldung, statt eine Stunde spaeter
nachtraeglich aufzuploppen
- alle ANDEREN Meldungen bleiben unveraendert ruhig. Das ist kein
Nebensatz: Wuerde alles vibrieren und stehenbleiben, schaltet es
nach drei Tagen jemand ab -- und dann klingelt auch der Anruf nie
wieder.
Die Dringlichkeit haengt an derselben Bedingung wie die Nachtruhe
(`art === "test" || art === "anruf"`). "Darf das nachts stoeren?" und
"darf das warten?" haben dieselbe Antwort; zwei Bedingungen waeren die,
die beim naechsten Nachschaerfen auseinanderlaufen.
=== ERREICHT ES AUCH JEMANDEN? ===
Der Service Worker ruft skipWaiting() und clients.claim() -- die neue
Fassung greift beim naechsten Oeffnen der App, ohne dass jemand etwas
tun muss.
ABER: Nachgemessen haben NEUN von fuenfzehn aktiven Zugaengen KEIN
Geraet angemeldet -- darunter eine rechte Hand und zwei Modis. Bei
ihnen kann keine Benachrichtigung ankommen, so laut sie auch waere.
Das ist kein Codefehler; das muessen die Leute einmal selbst tun.
=== GEMESSEN ===
pruef-anruf-klingelt 17/0 (neu, mit drei Gegenproben), pruef-anruf
114/0, pruef-turn-wege 15/0, pruef-meldungen 8/0.
Co-Authored-By: Claude Opus 5 <[email protected]>
122 lines
5.4 KiB
JavaScript
122 lines
5.4 KiB
JavaScript
/* =====================================================================
|
|
Service Worker des Creator Workspace.
|
|
|
|
Er hat GENAU EINE Aufgabe: Benachrichtigungen entgegennehmen und
|
|
anzeigen.
|
|
|
|
⚠️ BEWUSST OHNE ZWISCHENSPEICHER. Der naheliegende Zusatz waere,
|
|
hier auch Seiten und Dateien vorzuhalten ("offline verfuegbar").
|
|
Genau das waere hier falsch:
|
|
|
|
* Der Workspace liegt hinter einer Anmeldung. Ein Service Worker,
|
|
der Antworten aufhebt, hebt damit AUCH persoenliche Daten auf --
|
|
auf einem Geraet, das jemand anderem gehoeren kann.
|
|
|
|
* Die Seiten aendern sich haeufig. Ein Zwischenspeicher, der etwas
|
|
Falsches zeigt, ist schlimmer als gar keiner -- man glaubt ihm
|
|
ja. Die Versionsstempel loesen das Problem bereits.
|
|
|
|
Wer spaeter Offline-Faehigkeit will, faengt hier NICHT einfach an,
|
|
sondern klaert vorher, was zwischengespeichert werden darf.
|
|
===================================================================== */
|
|
|
|
/* Beim Einbauen sofort uebernehmen, statt auf das Schliessen aller
|
|
Reiter zu warten. Ohne diese zwei Zeilen wuerde eine neue Fassung
|
|
erst Tage spaeter aktiv -- und niemand wuesste, welche gerade laeuft. */
|
|
self.addEventListener("install", (e) => { self.skipWaiting(); });
|
|
self.addEventListener("activate", (e) => { e.waitUntil(self.clients.claim()); });
|
|
|
|
/* ---------------------------------------------------------------------
|
|
Eine Benachrichtigung kommt an.
|
|
------------------------------------------------------------------ */
|
|
self.addEventListener("push", (e) => {
|
|
/* Ohne Daten trotzdem etwas anzeigen: Manche Push-Dienste schicken
|
|
im Zweifel eine leere Nachricht, und ein Browser, der eine
|
|
Push-Berechtigung hat, MUSS etwas anzeigen -- sonst entzieht er
|
|
sie nach mehrmaligem Schweigen wieder. */
|
|
let d = { titel: "Creator Workspace", text: "Es gibt etwas Neues.", ziel: "/workspace/start.html" };
|
|
try {
|
|
if (e.data) d = { ...d, ...e.data.json() };
|
|
} catch {
|
|
try { d.text = e.data.text() || d.text; } catch { /* dann die Vorgabe */ }
|
|
}
|
|
|
|
/* =================================================================
|
|
EIN ANRUF IST KEINE MELDUNG WIE JEDE ANDERE (19.09.2026)
|
|
|
|
Filipe: „irgendwas klappt mit dem telefonieren nicht."
|
|
|
|
Nachgemessen am Protokoll des Servers: 24 Anrufe gestartet, jeder
|
|
nach 7 bis 39 Sekunden beendet, und im Chat steht danach jedes Mal
|
|
„Verpasster Anruf". Die Gegenseite schrieb: „Hab keinen
|
|
Anrufeingang gehabt und keine Benachrichtigung."
|
|
|
|
Die Benachrichtigung WAR zugestellt -- `zuletzt_ok` am Geraet
|
|
stand auf genau die Anrufminute. Sie hat nur nicht geklingelt, und
|
|
der Grund stand hier:
|
|
|
|
tag: d.art alle Anrufe teilen sich die Kennung „anruf"
|
|
renotify: false eine zweite Meldung mit derselben Kennung
|
|
ersetzt die erste LAUTLOS -- kein Ton, keine
|
|
Vibration
|
|
kein vibrate das Handy zuckt nicht
|
|
kein requireInteraction der Kasten verschwindet von selbst
|
|
|
|
Fuer „Aufgabe ueberfaellig" ist das genau richtig -- der Satz
|
|
daneben stimmt, eine Meldung, die stehen bleibt, ist eine
|
|
Zumutung. Fuer ein klingelndes Telefon ist es das Gegenteil.
|
|
|
|
Also: Alles bleibt, wie es war -- ausser beim Anruf.
|
|
============================================================== */
|
|
const istAnruf = d.art === "anruf";
|
|
|
|
e.waitUntil(self.registration.showNotification(d.titel, {
|
|
body: d.text,
|
|
icon: "/assets/img/app-symbole/workspace-192.png",
|
|
badge: "/assets/img/app-symbole/workspace-192.png",
|
|
/* Gleiche Art ersetzt sich gegenseitig, statt sich zu stapeln --
|
|
drei Meldungen "Aufgabe ueberfaellig" untereinander helfen
|
|
niemandem.
|
|
|
|
BEIM ANRUF EINE EIGENE KENNUNG JE ANRUF: Sonst haette der
|
|
zweite Versuch den ersten stillschweigend ersetzt, und zwar
|
|
genau in dem Moment, in dem jemand noch einmal anruft, WEIL
|
|
nicht abgehoben wurde. */
|
|
tag: istAnruf ? ("anruf-" + Date.now()) : (d.art || "workspace"),
|
|
/* Und er meldet sich hoerbar, auch wenn schon einer dasteht. */
|
|
renotify: istAnruf,
|
|
/* ZWEIMAL LANG, WIE EIN TELEFON. Kurze Stupser gehen im Alltag
|
|
unter; dieses Muster kennt man. */
|
|
vibrate: istAnruf ? [400, 200, 400, 200, 400] : undefined,
|
|
/* Der einzige Fall, in dem eine Meldung stehen bleiben SOLL:
|
|
Ein Anruf, den man nicht sieht, ist keiner. Sie verschwindet,
|
|
sobald man sie antippt oder wegwischt. */
|
|
requireInteraction: istAnruf,
|
|
data: { ziel: d.ziel || "/workspace/start.html" },
|
|
}));
|
|
});
|
|
|
|
/* ---------------------------------------------------------------------
|
|
Jemand tippt die Benachrichtigung an.
|
|
|
|
Ist der Workspace schon offen, wird DIESES Fenster benutzt und dort
|
|
hingesteuert -- sonst sammeln sich mit der Zeit fuenf Reiter mit
|
|
derselben Seite. Nur wenn keines offen ist, wird eines geoeffnet.
|
|
------------------------------------------------------------------ */
|
|
self.addEventListener("notificationclick", (e) => {
|
|
e.notification.close();
|
|
const ziel = e.notification.data?.ziel || "/workspace/start.html";
|
|
|
|
e.waitUntil((async () => {
|
|
const fenster = await self.clients.matchAll({ type: "window", includeUncontrolled: true });
|
|
for (const f of fenster) {
|
|
if (f.url.includes("/workspace/")) {
|
|
await f.focus();
|
|
if ("navigate" in f) { try { await f.navigate(ziel); } catch { /* schon dort */ } }
|
|
return;
|
|
}
|
|
}
|
|
await self.clients.openWindow(ziel);
|
|
})());
|
|
});
|