Drei weitere Prüfungen, die das Falsche prüften
Der Durchgang, zweiter Teil. Gesucht nach dem schaerfsten Filter, den es dafuer gibt: dem VERSPRECHEN GEGEN DIE WIRKLICHKEIT -- Pruefsaetze, die „jede Rolle" oder „jede Seite" sagen. Genau so ist pruef-glocke heute frueh aufgefallen. 1. pruef-workspace-seiten meldete aufgaben.html als „Breite 1560px". KEIN FEHLER: Die Seite traegt zusaetzlich `.inhalt--brett`, und die setzt ausdruecklich 1560 px -- mit Begruendung in aufgaben.css („ein Brett darf breiter sein als Text, der Kopfbereich bleibt lesbar schmal"). Die Pruefung verglich starr mit 1240 und kannte die Klasse nicht; sie meldete damit eine Absicht als Fehler, seit dem Tag, an dem die Klasse entstand. Mit Gegenprobe belegt: schon vor allen Aenderungen von heute rot. Jetzt kommt die erwartete Breite aus den KLASSEN des Elements. Beide Zahlen bleiben stehen, weil sie etwas aussagen -- kommt weder 1240 noch 1560 an, ist die Regel verloren. 2. pruef-meldungen meldete „ohne Satz: ungueltiger_stand". Zuerst ein ECHTER Fehler, und zwar meiner vom selben Tag: In workspace-support.js stand eine nackte Kennung statt eines Satzes. Behoben -- und danach meldete die Pruefung sie WEITER, weil sie das Zitat im Kommentar las, der die Behebung begruendet. Dieselbe Falle wie ein Grep ueber eine Datei, die ihre eigene Geschichte enthaelt; mir ist sie heute schon einmal passiert. Eine Pruefung, die verbietet, ueber einen behobenen Fehler zu SCHREIBEN, erzieht dazu, die Begruendung wegzulassen. Kommentare zaehlen jetzt nicht mehr; Adressen mit // in Zeichenketten bleiben unberuehrt. 3. pruef-auskunft meldete „NICHT EINGEORDNET: vorlagen_bewerbungen.aufgabe_id". ECHT: Die Spalte zeigt auf eine Aufgabe, nicht auf einen Menschen, und stand in keiner der beiden Listen. Das ist mehr als Ordnungsliebe -- bei einer Auskunftsanfrage muss das Haus sagen koennen, welche Spalten auf eine Person zeigen. Eine unbekannte Spalte ist eine, bei der niemand weiss, ob sie mitgehoert. ZWISCHENSTAND: ACHT Pruefungen an einem Tag, die rot waren oder das Falsche prueften. Das Muster ist immer dasselbe -- eine Liste oder Zahl, die zum Zeitpunkt des Schreibens stimmte. Sie wird nicht falsch, sie wird unzustaendig. Gruen: pruef-meldungen (8), pruef-auskunft (46), pruef-workspace-seiten, pruef-support (45), pruef-vorlagen. Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
@@ -356,7 +356,25 @@ supportRouter.patch("/workspace/api/support/:id(\\d+)", express.json(), (req, re
|
||||
|
||||
const wunsch = String(req.body?.stand || "");
|
||||
if (!Object.values(SUPPORT_STAND).includes(wunsch)) {
|
||||
return res.status(400).json({ fehler: "ungueltiger_stand" });
|
||||
/* EIN SATZ, KEINE KENNUNG (24.09.2026, gefunden von
|
||||
pruef-meldungen am selben Tag, an dem diese Datei entstand).
|
||||
|
||||
Hier stand `fehler: "ungueltiger_stand"`. Das Haus verlangt
|
||||
zu jeder Kennung einen Satz in meldung.js -- sonst steht auf
|
||||
dem Bildschirm ein Wort mit Unterstrichen. Diesen Fall
|
||||
trifft ein Mensch zwar nie (die Oberflaeche schickt nur
|
||||
gueltige Staende), aber "trifft nie ein" ist genau die
|
||||
Begruendung, mit der solche Stellen stehen bleiben, bis sie
|
||||
doch jemand sieht.
|
||||
|
||||
Ein Satz direkt hier statt eines Eintrags in der Tabelle:
|
||||
Die anderen Absagen dieser Route machen es ebenso, und ein
|
||||
Wort, das nur an einer Stelle vorkommt, braucht keine
|
||||
Uebersetzung an einer zweiten. */
|
||||
return res.status(400).json({
|
||||
fehler: "Diesen Stand gibt es nicht. Moeglich sind: neu, "
|
||||
+ "in Arbeit, erledigt.",
|
||||
});
|
||||
}
|
||||
const antwort = textSauber(req.body?.antwort, ANTWORT_MAX);
|
||||
/* WER ZUMACHT, SAGT WARUM. Nicht als Schikane: Der Melder sieht
|
||||
|
||||
Reference in New Issue
Block a user