Die Community ist ueberwiegend mit dem Telefon unterwegs -- eine
Messung auf 1400 px beantwortet fuer sie die falsche Frage. Und genau
auf dem Handy waren heute die haesslichsten Sachen: drei verschiedene
Kartenanordnungen, ein Hinweis quer ueber der naechsten Beschriftung.
Dabei fiel gleich eine feste Zahl auf: Die Pruefung verlangte
mindestens 20 sichtbare Wege. Auf dem Rechner sind es 27, auf dem
Handy 18 -- dort klappt die Kopfleiste um. Die Pruefung wurde also auf
der zweiten Breite rot, ohne dass etwas falsch war.
Sie auf 15 zu senken waere derselbe Fehler mit einer anderen Zahl.
Verlangt wird jetzt, was die Sache selbst hergibt: mindestens ein
sichtbarer Weg je Seite. Findet sich weniger, hat etwas nicht geladen
-- und dann ist "0 tote Wege" kein Ergebnis, sondern ein Messfehler.
10 Pruefungen, 0 Fehler, auf beiden Breiten.
Co-Authored-By: Claude Opus 5 <[email protected]>
ERST DIE METHODE, DANN DER FUND. An einem Tag habe ich in der
Community elf Dinge gefunden, die dort nicht hingehoerten -- jedes
einzelne, weil ich zufaellig hingesehen habe. Das ist keine Methode.
Der Workspace ist fuer die Agentur gebaut worden, und die Community
hat ihn geerbt; solche Reste findet man nicht durch Nachdenken,
sondern indem man ALLE Seiten durchgeht, die ein Mitglied erreichen
kann.
server/pruef-community-sicht.mjs tut genau das. Sie leitet aus
rechte.js ab, welche Seiten offenstehen (4) und welche nicht (27) --
von Hand aufgezaehlt waere das eine Liste, die bei der naechsten Seite
niemand nachzieht --, oeffnet jede davon als Mitglied und fragt
zweierlei: Fuehrt ein sichtbarer Weg auf eine verbotene Seite? Steht
dort die Sprache eines Arbeitsplatzes?
BEIM ERSTEN LAUF: 27 sichtbare Wege, davon ZEHN ins Leere -- und alle
zehn derselbe Knopf. Der Chat steht oben rechts in der Kopfleiste, auf
jeder einzelnen Seite, mit Zaehler. `chat.html` steht einem Mitglied
aber nicht offen: Der Klick landet wieder auf der Startseite. Keine
Meldung, kein Grund, nichts passiert -- an der Stelle, die man am
ehesten drueckt.
Der Knopf haengt jetzt an `darf_chat` aus /api/ich, und das kommt aus
derselben Rechtetabelle wie die Schranke dahinter. Die Oberflaeche
vergleicht keine Rollennamen -- das waere eine zweite Wahrheit, die
bei der naechsten Rechteaenderung auseinanderlaeuft. Dieselbe
Ueberlegung steht zwei Zeilen weiter oben schon einmal.
UND DIE PRUEFUNG HAT GLEICH MEINEN EIGENEN FEHLER GEFUNDEN: Die erste
Fassung stand in `aufbauChat`, wo es die Person gar nicht gibt --
ReferenceError auf allen zehn Seiten. Ohne den Skriptfehler-Abschnitt
waere der Knopf verschwunden UND die Seite kaputt gewesen, und das
haette wie ein Erfolg ausgesehen.
Jetzt haengt es dort, wo die Person ankommt (`werZeigen`) -- ein
vorhandener Knopf laesst sich immer entfernen, auf die Reihenfolge des
Ladens zu bauen waere eine Annahme.
GEGENPROBE: DogFather hat seinen Chat-Knopf weiterhin und 24 Wege auf
andere Seiten. Ohne diesen Abschnitt saehe eine abgeschaffte Funktion
genauso aus wie eine, die richtig entscheidet.
7 Pruefungen, 0 Fehler.
Co-Authored-By: Claude Opus 5 <[email protected]>
DogFatherGitandClaude Opus 5