2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	790b77a73d	Bei dir klingelt nichts -- und 49 Pruefungen, die blind waren ... 1. SIEBEN VON ELF HATTEN KEIN GERAET ANGEMELDET. Gemessen am echten Server, nicht geschaetzt (die Notiz von heute Nacht sagte acht -- Tamy hat inzwischen eins). Bei ihnen kommt nichts an, solange die Seite zu ist: keine Aufgabe, kein Termin, kein Anruf. Die Glocke sagt das seit jeher korrekt und kennt sogar den iPhone-Sonderfall ("erst zum Home-Bildschirm"). Nur tippt sie niemand an -- sie ist ein stiller Schalter in einer Leiste. Jetzt steht es dort, wo man hinsieht: als Hinweis in "Was ist dran?", mit Weg auf anruf-probe.html. Als OFFENER PUNKT, nicht als Warnung -- eine Warnung, die bei sieben von elf Leuten dauerhaft oben steht, ist nach einer Woche unsichtbar, und mit ihr die echten daneben. Er verschwindet von selbst, sobald ein Geraet da ist (Gegenprobe in pruef-glocke). Und ohne die "1" davor: Er zaehlt nichts, er beschreibt einen Zustand. FUENF DER SIEBEN DURFTEN DIE SEITE GAR NICHT OEFFNEN. anruf-probe.html stand nur Leitung und Modis offen. Das war die falsche Einschraenkung: Die Seite prueft die ganze Kette bis zur Geraete-Kennung, und die traegt auch jede Aufgaben- und Terminerinnerung. Jetzt alle Team-Rollen, ohne "gast" (die Community bekommt keine Erinnerungen). 2. 49 PRUEFUNGEN KONNTEN "BELEGT" NICHT VON "KAPUTT" UNTERSCHEIDEN. Aufgefallen beim Nachsehen, warum ein Lauf rot war: Es war mein eigener, haengengebliebener Lauf, der den Port hielt. Kein Befund. Dabei gemessen: Von 130 Pruefungen hatten 49 keinen Portwaechter, und SIEBEN Portnummern sind doppelt vergeben (4186, 4188, 4189, 4193, 4198, 4321, 4345). Bei belegtem Port startet der eigene Server STILL nicht -- und alles Weitere misst gegen einen fremden Stand. Das hat in diesem Haus schon zweimal Stunden gekostet (27.08. und 05.09.). Der Waechter existierte seit dem 05.09., er war nur nie ausgerollt. Jetzt haben ihn alle 130. Gegenprobe gemacht: Port belegt -> Rueckgabewert 3 mit Begruendung statt stillem Messen. pruef-content bekommt BEIDE Ports -- sie startet zwei Server, und der zweite gehoert zur Gegenprobe. Nur den ersten zu schuetzen hiesse, ausgerechnet den Teil ungeschuetzt zu lassen, dem man glaubt. Die sieben doppelten Nummern bleiben vorerst. Mit dem Waechter ist eine Kollision jetzt laut statt still; Umnummerieren ist ein eigener Schritt. 3. pruef-rollen IST ABGESTUERZT, SEIT WANN WEISS NIEMAND. "Target crashed" bei der fuenften Rolle, nach 234 gruenen Pruefungen. Kein Fehlschlag -- ein toter Browser. NACHGEMESSEN GEGEN DEN STAND VOR HEUTE (0b73fbb): dort genauso, an derselben Stelle. Es lag also nicht an den Aenderungen dieses Tages. Aufgefallen ist es nie, weil ein abgestuerzter Browser von aussen wie ein Programmfehler aussieht und die 234 gruenen Zeilen davor sich wie ein fast bestandener Lauf lesen. Ursache ist die Menge: fuenf Rollen mal sechzehn Seiten in EINEM Browserprozess. Die Kontexte wurden je Rolle geschlossen, der Prozess darunter lief durch. Jetzt bekommt jede Rolle ihren eigenen Browser, und ein Absturz meldet sich selbst statt als Zeitueberschreitung irgendwo weiter unten aufzuschlagen. Ergebnis: 321 Pruefungen, alles in Ordnung -- statt Absturz bei 234. 4. DAS SYMBOL FUER TIKTOK. assets/img/app-symbole/workspace-1024.png, frisch gerendert statt hochskaliert (das Huskygesicht lebt von harten Kanten) und als VOLLES Quadrat ohne Rundung: Die Aufnahme hat keinen Alphakanal, die Ecken waeren sonst weiss. App-Portale wollen ohnehin das volle Quadrat, die Rundung macht das Betriebssystem. Die sechs vorhandenen Groessen sind dabei bitgleich geblieben -- gepruefte Nebenwirkung, nicht gehofft. GEMESSEN: pruef-glocke 31/0 (neu: 5 zum Hinweis), pruef-rollen 321/0 (vorher Absturz), pruef-rechtetafel 19/0, pruef-struktur 0 Fehler, pruef-betreuung und pruef-werdegang gruen. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-19 11:14:18 +02:00
DogFatherGitandClaude Opus 5	24048ff0e0	Zustaendigkeit: DogFather und Manager zaehlen wie ein Scout ... Filipe: "dogfather soll auch zaehlen wie bananastift und patrick." Beim Nachsehen war das kein Wunsch, sondern ein Fehlerbericht. In der Auswahl "Betreut von" stand "DogFather" -- aber als LEER-Wert, nicht als Person. Es sah aus wie eine Zuordnung und war keine. Genau dieselben Creator zaehlten deshalb gleichzeitig im Hinweis "Creator ohne zustaendige Person". Zwei Aussagen ueber denselben Sachverhalt, beide auf demselben Bildschirm, beide fuer sich stimmig. Jetzt kann jede betreuende Rolle eingetragen werden -- DogFather, Manager und Scouts, in der ueblichen Reihenfolge. Der Leer-Wert heisst, was er ist: "— niemand —". Bei DogFather und Manager steht die Rolle in Klammern dabei; bei aehnlichen Namen ist sonst nicht zu erkennen, wen man eintraegt. Und "betreut N Creator" steht jetzt an jeder betreuenden Person, nicht nur an Scouts. DER WICHTIGE TEIL: An den RECHTEN aendert das nichts. Die Zustaendigkeit steuert die Sichtbarkeit NUR beim Scout -- die Leitung sieht ohnehin jeden Creator. Waere das anders, haette eine Anzeigeeinstellung still Rechte vergeben. Der Test weist beide Richtungen nach: * Tili auf DogFather eingetragen -> KEIN Scout sieht sie. * Tili auf Patrick eingetragen -> nur Patrick sieht sie, BananaStift weiterhin nicht. * Zurueck auf DogFather -> Patrick verliert die Sicht wieder. * DogFather sieht in allen drei Faellen unveraendert beide Creator. Ein Creator kann nicht zustaendig sein -- das waere eine Rolle, die es nicht gibt. Und ein Scout kann die Zustaendigkeit weiterhin nicht selbst setzen (404), sonst haette er die Rechtevergabe in der Hand, die ihn begrenzen soll. 20 Pruefungen, darunter die Gegenprobe zum Hinweis: Auf "niemand" zurueckgesetzt MUSS er wiederkommen, sonst waere er wertlos. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-31 23:40:27 +02:00