1 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	664b799568	Geprüft: Die Benachrichtigung kommt an, wenn die App ZU ist ... Filipe: „mach noch einen check ob alles mit den benachrichtigungen jetzt perfekt klappt und dass die leute sie auch bekommen wenn die app zu ist." DREI PRUEFUNGEN GAB ES SCHON -- UND KEINE BEANTWORTET DIE FRAGE pruef-push die Verschluesselung, gegen die Testvektoren aus RFC 8291 und RFC 8292 gerechnet (24 ok) pruef-push-weg Zustellung, TTL, VAPID-Kopf, 410-Fall (20 ok) pruef-push-ziel wer was bekommt und wer nicht (38 ok) Sie hoeren alle beim Push-Dienst auf. Danach faengt der Teil an, um den es geht: Der Browser muss den Service Worker AUFWECKEN, obwohl keine Seite offen ist, und der muss etwas anzeigen. NEU: pruef-push-zu.mjs (13 Pruefungen) 1. Seite auf, Service Worker meldet sich an. 2. ALLE Seiten des Workspace zu -- nachgezaehlt, nicht behauptet. 3. Ein echter Push ueber das DevTools-Protokoll (`ServiceWorker.deliverPushMessage`) -- derselbe Weg, den Apple und Google benutzen. 4. Erst DANACH wieder eine Seite, und gefragt, was dasteht. Eine Meldung, die in Schritt 4 dasteht, kann nur in Schritt 3 entstanden sein. Gemessen: nach dem Push steht 1 Meldung da — bei geschlossener App „Neue Nachricht" · „VanVan hat dir geschrieben." sie weiss, wohin sie fuehrt (/workspace/chat.html) und traegt das Gesicht des richtigen Hauses (crew-192.png) mit dem Abzeichen fuer die Statusleiste (abzeichen-96.png) DAS MESSINSTRUMENT IST EINE LEERE SEITE, und das steht so im Kommentar: `ServiceWorker.enable` gibt es nur an einer SEITE, nicht am Browser (nachgemessen -- am Browser antwortet das Protokoll „wasn't found"). Eine Sitzung an der App-Seite stirbt mit ihr. `about:blank` gehoert nicht zum Haus, und dass KEINE Workspace-Seite mehr offen ist, wird ausdruecklich gezaehlt. AUCH EIN PUSH OHNE DATEN ZEIGT ETWAS AN. Das ist kein Schoenheitstest: Ein Browser, der eine Push-Berechtigung hat und mehrmals schweigt, ENTZIEHT sie wieder -- ab da kommt gar nichts mehr an. Der Fehler, der sich selbst verschlimmert. Gemessen: „Creator Workspace · Es gibt etwas Neues." DER DRITTE AUSGANG, UND ER WAR NOETIG Mein erster Lauf meldete „nach dem Push steht 0 Meldungen da" -- das sah aus wie ein schwerer Befund am Haus. Es war der Browser. Fuenf Aufbauten gemessen, eine Antwort: headless (Vorgabe), grant mit origin -> denied headless (Vorgabe), grant ohne origin -> denied headless (Vorgabe), permissions im Kontext -> denied headless=old -> denied mit Fenster (headless: false) -> GRANTED Ein kopfloser Chromium verweigert Benachrichtigungen, egal wie man die Erlaubnis erteilt. Die Pruefung oeffnet deshalb ein Fenster -- und wenn die Berechtigung trotzdem fehlt, endet sie mit Rueckgabewert 2 und dem Satz „konnte nicht nachsehen. Das ist KEIN Befund am Haus." Eine Pruefung, die ihre Voraussetzung nicht hat, darf nicht rot werden. WAS DAMIT NICHT BEWIESEN IST, und das gehoert in denselben Absatz: ob ein bestimmtes Handy sie auch anzeigt. Das haengt an den Einstellungen des Geraets (Nicht stoeren, Berechtigung entzogen, auf dem iPhone die Installation auf dem Startbildschirm). Geprueft ist der Weg bis zum Browser, nicht die Laune des Telefons. AM LAUFENDEN SYSTEM NACHGESEHEN (nur gelesen) Zehn Anmeldungen, alle gesund -- `fehler = 0` bei jeder einzelnen, und `zuletzt_ok` bei vieren auf heute 12:31 Uhr. Der Push-Dienst hat also heute Zustellungen angenommen, und der laeuft ueber Apple und Google, nicht ueber eine offene Seite. BananaStift iPhone, Android, Windows zuletzt ok 01.10. 18:18 Diene Android heute 12:31 Dogfather Android heute 09:18 Ghost Android heute 12:31 Marina Android heute 09:53 Miss iPhone heute 12:31 Tamy Android 01.10. 18:18 VanVan Android heute 12:31 GEPRUEFT: pruef-push-zu 13 ok · pruef-push 24 · pruef-push-weg 20 · pruef-push-ziel 38 · pruef-ports 10 · pruef-portnummern 41 · pruef-pruefzaehler 7. (Die Portnummern leiten sich aus der alphabetischen Stelle ab -- eine neue Pruefdatei verschiebt sie.) Co-Authored-By: Claude Opus 5 <[email protected]>	2026-10-02 14:53:17 +02:00