Dziennik i zgłoszenia błędów
Każda akcja bota trafia do dziennika, wraz z postacią, której dotyczy, i powodem, dla którego została podjęta. To ten ekran odpowiada na „dlaczego nie zaatakował” i „co robił o trzeciej nad ranem”.
Czytanie
- Zawęź do jednej postaci, czego chcesz w chwili, gdy prowadzisz więcej niż jedną.
- Filtruj po poziomie, żeby oddzielić zwykły bieg akcji od ostrzeżeń i błędów.
- Wpisy mówią dlaczego, nie tylko co. Pominięta walka na arenie podaje powód pominięcia.
Jeśli wygląda na to, że moduł nic nie robi, w dzienniku jest napisane, dlaczego nic nie robi. Zwykle to odnowienie, warunek, który się nie otworzył, albo event, który nie trwa.
Wysłanie zgłoszenia
Przycisk Wyślij zgłoszenie w zakładce dziennika to najszybsza sensowna rzecz, jaką możesz zrobić z błędem. Dołącza dziennik z okolic momentu awarii, a to prawie zawsze wskazuje przyczynę.
Zgłoszenie bez dziennika to opis objawu. Zgłoszenie z dziennikiem to zwykle poprawka.
Co zawiera dobre zgłoszenie
- Wersję. Z paska tytułu aplikacji albo ze stopki mercysf.app.
- Twój system. Windows, macOS albo Linux, i którą wersję.
- Czego się spodziewałeś i co stało się zamiast tego.
- Dziennik, który przycisk dołącza za ciebie.
Nigdy nie dołączaj danych logowania
Ani swoich, ani cudzych, ani na zrzucie ekranu. Żadna część diagnozy ich nie potrzebuje.
Gdzie jeszcze zgłaszać
- Discord dla wszystkiego, co inni mogą rozpoznać, i dla szybkiej wymiany zdań. Zaproszenie jest na mercysf.app.
- E-mail dla spraw prywatnych: kłopoty z kontem, pytanie o płatność, zgłoszenie bezpieczeństwa. Adres jest w nocie prawnej.
Problem bezpieczeństwa dotykający innych użytkowników powinien iść e-mailem, a nie na publiczny kanał. Zostanie obejrzany tego samego dnia.
Pliki dziennika na dysku
Dziennik zapisywany jest także na dysk, więc awaria nie zabiera dowodów ze sobą. Przycisk zgłoszenia bierze go stamtąd i dlatego zgłoszenie wysłane po restarcie wciąż zawiera nieudany przebieg.