How to report a bug/cs

Tyto pokyny vysvětlují, jak napsat dobré hlášení chyby nebo žádost o novou funkci do systému nadace Wikimedia pro správu chyb (podrobnosti najdete na stránce ). Kvalitní chybová hlášení mají největší naději, že chybu někdo opraví.

Rychlá doporučení

 * Buďte přesní.
 * Buďte srozumitelní: vysvětlete, jak jde problém navodit, krok za krokem, aby ostatní dokázali chybu reprodukovat nebo chápali váš požadavek.
 * V jedné úloze popište jen jednu chybu.
 * Dodejte jakékoliv potřebné odkazy a ukázky

Dokážete problém zopakovat?
Zkuste hlášenou chybu navodit na aktuální verzi softwaru, abyste zjistili, zda už nebyla opravena. Pokud jste chybu nalezli na wikiserveru, jako je Wikipedie, můžete nejnovější verzi vyzkoušet na test2.wikipedia.org.

Nenahlásil už tento problém někdo jiný?
Použijte vyhledávání na systému nadace Wikimedia pro správu chyb, abyste zjistili, zda stejnou chybu už někdo nenahlásil. Můžeet také zkusit pokročilejší hledání na vyhledávací stránce.

If you are unsure whether a bug has already been reported, you should report the bug. It is better to have duplicate bugs than it is to have unreported bugs.

Hlášení chyby nebo žádosti o novou funkci
Pokud jste narazili na problém v aktuální verzi, který patrně dosud nikdo nenahlásil, tak:
 * 1) Go to phabricator.wikimedia.org and click "Tasks & bugs" in the side bar.
 * 2) Vyberte „Create task“ v pravém horním rohu.
 * 3) Pokud jste to dosud neučinili, budete se muset přihlásit (nebo zaregistrovat). (Vizte „“)
 * 4) Vyplňte alespoň následující pole:
 * 5) * Summary (shrnutí): Krátké jednověté shrnutí, které popisuje problém (nikoli navrhované řešení).
 * 6) ** Správně:
 * 7) ** Špatně:
 * 8) * Assigned to: You should ignore this field: Developers will set an assignee when they plan to work on the task.
 * 9) * Description (popis): Úplné podrobnosti o problému obsahující co nejvíce detailů. Může zahrnovat:
 * 10) ** Pro chyby:
 * 11) *** Postup navození: Minimalizovaný, jednoduchý postup, který navodí popisovaný problém. Popište i případné zvláštní nastavení.
 * Příklad:
 * 1) *** Pozorované výsledky: Co aplikace provedla po provedení výše uvedených kroků.
 * Příklad:
 * 1) ***Očekávané výsledky: Co aplikace měla provést, kdyby v ní nebyla chyba.
 * Příklad:
 * 1) ** Pro žádosti o nové funkce:
 * 2) *** Popis, čeho byste rádi dosáhli a proč. Efektivním způsobem, jak to popsat, je tzv. uživatelský příběh.
 * Příklad:
 * 1) **Poskytněte prosím všechny další informace, které by mohly být užitečné, jako například:
 * 2) ***webové prohlížeče, vzhledy (skiny) nebo počítačové systémy, na kterých jste chybu viděli;
 * 3) ***odkazy nebo diffy na stránku nebo stránky, na kterých jste na chybu narazili nebo
 * 4) ***zda se problém objevuje pokaždé, jen někdy, jen na některých stránkách nebo jen za některých okolností.
 * 5) * Attachment (příloha): K hlášení můžete připojit protokolovací soubor nebo (ale ujistěte se, že neobsahuje žádné tajné či soukromé údaje).
 * 6) * Vyberte jednu nebo více značek (projektů), ve kterých jste chybu našli:
 * 7) **Projects are how developers find tasks to work on. To identify the right project(s), use the search function (in the top right) to find its description.
 * 8) **Tím může být například projekt pro samotný software, na kterém wiki běží, nebo  pro změny konfigurace na serverech Wikimedia (vizte „“).
 * 9) * Subscribers: You should ignore this field: If you know specific users who will be interested in getting notified of this task you can add them here.
 * 1) ***webové prohlížeče, vzhledy (skiny) nebo počítačové systémy, na kterých jste chybu viděli;
 * 2) ***odkazy nebo diffy na stránku nebo stránky, na kterých jste na chybu narazili nebo
 * 3) ***zda se problém objevuje pokaždé, jen někdy, jen na některých stránkách nebo jen za některých okolností.
 * 4) * Attachment (příloha): K hlášení můžete připojit protokolovací soubor nebo (ale ujistěte se, že neobsahuje žádné tajné či soukromé údaje).
 * 5) * Vyberte jednu nebo více značek (projektů), ve kterých jste chybu našli:
 * 6) **Projects are how developers find tasks to work on. To identify the right project(s), use the search function (in the top right) to find its description.
 * 7) **Tím může být například projekt pro samotný software, na kterém wiki běží, nebo  pro změny konfigurace na serverech Wikimedia (vizte „“).
 * 8) * Subscribers: You should ignore this field: If you know specific users who will be interested in getting notified of this task you can add them here.

Zkontrolujte, zda je hlášení úplné, a klikněte na tlačítko „Create Task“. Vaše hlášení nyní bude uloženo v databázi a někdo se mu snad bude brzy věnovat.

The priority for the task will be set by developers who plan to work on the task (see Setting priorities).

To je vše! Děkujeme za vaši pomoc při vylepšování MediaWiki a projektů Wikimedia!

Reporting a JavaScript bug

 * See also: Help:Locating broken scripts

When you encounter a bug that may be related to JavaScript, do your best to identify error messages and copy them into the bug report.

It's especially important to provide all the information you have, because even the system administrators will have zero access to any error log. If you are unsure whether a feature you are using is based on JavaScript, try disabling JavaScript.

It's always helpful to include a screenshot with your report. It's often the easiest way to identify which feature you're talking about, and can often provide information which can help narrow down the error. Take care to hide any information you don't want to share, like other open browsers tabs or minimised chat windows.

Související odkazy

 * Simon Tatham: Jak správně hlásit chyby
 * How to get the developer community to solve your problem, by User:MSchottlender-WMF, July 2017
 * Phabricator etiquette
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (outdated)
 * Bug reports and feature requests na anglické Wikipedii