Xerox 027-779 jest w CLI, nie ma go na zadnej stronie - i komentarz generatora mowi, ze jest

[msgwing]

Ustalenie

tools/build-cli-errors.py mowi o slowniku KODY_URZADZEN:

Panel codes that are the same refusal wearing a hardware costume. These come
from docs/errors/ where they are already published; this is not a new
claim.

Po scaleniu #390 to zdanie jest nieprawdziwe dla drugiego wpisu w tym
slowniku.

$ grep -rln "027-779" docs/ data/
(nic)

$ grep -rln "1102" docs/ data/
docs/AFFECTED-SYSTEMS.md
docs/data/devices.json
docs/DEVICE-COMPATIBILITY.md
docs/devices/kyocera-mfps-reporting-send-error-1102.md
docs/ERROR-MESSAGES.md
docs/errors/535-5-7-139-basic-authentication-is-disabled.md

Drugie polecenie jest tu po to, zeby pierwsze cos znaczylo - mechanika 6,
nieudane wyszukiwanie nie jest dowodem nieobecnosci, dopoki to samo polecenie
nie zobaczy przypadku znanego z obecnosci. Zobaczylo.

Dlaczego to ma znaczenie, a nie jest tylko niescislym komentarzem

1. zerosmtp-check niesie dzis twierdzenie o cudzym sprzecie, ktorego nie
   niesie zadna strona. tools/check-facts.py pilnuje stron, nie tego
   slownika, wiec ta jedna wypowiedz jest poza kontrola sprzecznosci.
2. Kanalem zasiegu jest strona, nie pakiet. Kyocera 1102 ma wlasna strone i
   stoi w trzech indeksach; Xerox 027-779 nie ma nic, wiec ktos, kto wpisuje
   ten kod w wyszukiwarke, nie ma jak nas znalezc. Zrodlo jest sprawdzone
   (KB0238716 = support.xerox.com/en-us/article/en/1815767.html, tytul
   "SMTP Authentication Failed", modele WorkCentre 7328/7335/7345/7346), wiec
   material na strone juz jest.

Co zrobic

Wpis do data/devices.json na wzor Kyocery, strona powstaje z generatora.
Potem albo komentarz w build-cli-errors.py znowu jest prawdziwy, albo -
lepiej - --check tego generatora zaczyna weryfikowac, ze kazdy klucz
KODY_URZADZEN wystepuje gdzies w docs/, i wtedy nikt nie musi o tym
pamietac.

#265 zostaje otwarte (stan:celowe) - dotyczy pozostalych kodow panelu Xerox
i wymaga sprzetu.

Rola: content-engineer.