revert-colour-mode-default implementation

openspec/changes/revert-colour-mode-default/tasks.md

@@ -2,7 +2,7 @@
 
 ## 1. PPD auf Vendor-Default zurücksetzen
 
-- [ ] 1.1 `assets/Brother HL-4150CDN/ppd/BR4150_2.PPD`: `*DefaultBRColorMode:
+- [x] 1.1 `assets/Brother HL-4150CDN/ppd/BR4150_2.PPD`: `*DefaultBRColorMode:
       None` auf den Vendor-Wert `*DefaultBRColorMode: Normal` zurücksetzen und
       den dreizeiligen „Modified by this repo"-Kommentar über dem Default
       entfernen. Die sechs `APPrinterPreset`-Einträge und ihr Kommentarblock
@@ -14,18 +14,18 @@
 
 ## 2. README korrigieren
 
-- [ ] 2.1 Optionstabelle („Colour mode | `BRColorMode`"): Werte auf
+- [x] 2.1 Optionstabelle („Colour mode | `BRColorMode`"): Werte auf
       `Normal` (default), `Vivid`, `None` ändern.
       Verifikation: `grep -n 'BRColorMode' README.md` zeigt in der Tabelle
       „Normal (default)" und nirgends mehr „None (default)".
-- [ ] 2.2 Abschnitt *Changes to the vendor PPD*: den ersten Aufzählungspunkt
+- [x] 2.2 Abschnitt *Changes to the vendor PPD*: den ersten Aufzählungspunkt
       (Default-Wechsel mit CIE-Begründung) entfernen, die Einleitung auf die
       verblebende eine Abweichung (Presets) anpassen und den
       Verweis auf den Troubleshooting-Abschnitt entsprechend korrigieren.
       Verifikation: Abschnitt listet nur noch die Presets; `grep -n 'DefaultBRColorMode' README.md`
       findet den Ausdruck nur noch in der Troubleshooting-Sektion (falls dort
       referenziert).
-- [ ] 2.3 Troubleshooting-Abschnitt *Colours are printed pale / washed out*
+- [x] 2.3 Troubleshooting-Abschnitt *Colours are printed pale / washed out*
       umschreiben (Design D3): Symptom bleibt, Ursache nennt die getesteten
       Fakten (`None` vs. Vendor-Default ohne sichtbaren Unterschied, ebenso
       `Vivid`, `BRPrintQuality`, `TonerSaveMode`), die Lücke liegt im
@@ -40,16 +40,17 @@
 
 ## 3. Integrationstests (podman, lokal)
 
-- [ ] 3.1 Image bauen und Container starten: installierte PPD im Image hat
+- [x] 3.1 Image bauen und Container starten: installierte PPD im Image hat
       `*DefaultBRColorMode: Normal`, `lpoptions -p <queue> -l | grep BRColorMode`
       listet `Normal`/`Vivid`/`None`, Startup endet mit `ready`.
       Verifikation: `podman exec printserver grep 'DefaultBRColorMode' /usr/share/cups/model/BR4150_2.PPD`,
       `podman exec printserver lpoptions -p <queue> -l | grep BRColorMode`,
       `podman logs printserver | grep 'ready'`.
-- [ ] 3.2 Override-Pfad: Container mit `PRINTER_OPTIONS="BRColorMode=None"`
+- [x] 3.2 Override-Pfad: Container mit `PRINTER_OPTIONS="BRColorMode=None"`
       starten → Queue-Default ist `None`; danach Testcontainer verwerfen.
-      Verifikation: `podman exec printserver lpoptions -p <queue> | grep BRColorMode`
-      enthält `BRColorMode=None`.
+      Verifikation: `podman exec printserver2 lpoptions -p <queue> -l | grep BRColorMode`
+      zeigt `*None` (die ursprüngliche Form ohne `-l` beobachtet nur
+      IPP-Queue-Attribute, keine PPD-Optionen, und wurde korrigiert).
 - [ ] 3.3 Physischer Farbtest (durch Nutzer, kein Automationspfad): Testdruck
       über die Container-Queue mit Normal-Default — erwartet: identisch zu den
       Ausdrucken vor/nach tpypxmkn, also weiterhin weniger gesättigt als der