How to report a bug/eo

These guidelines explain how to write a good bug report or feature request (a task) in Wikimedia's task tracker (see for more information). Well-written tasks are more likely to be worked on.

Mallongaj rekomendoj por raportoj

 * Skribu precize
 * Skribu klare: ekspliku kiel reprodukti la problemon, paŝon post paŝo, por ke aliuloj povu reprodukti la cimon aŭ kompreni vian peton.
 * Ĉiu tasko devus inkluzivi nur unu problemon.
 * Menciu ĉiujn rilatajn ligojn kaj ekzemplojn.

Ĉu vi povas mem fari la probleman aferon?
Provu reprodukti la cimon uzante lastatempan version de la programo, por kontroli, ĉu ĝi jam estis riparita. Se la cimo estas sur vikia ejo kiel Vikipedio, vi povas provi la plej novan version ĉe test2.wikipedia.orgo.

Ĉu iu jam raportis la problemon?
Uzu la serĉilon en la cimospurilo de Wikimedia por kontroli ĉu jam raportiĝis via cimo aŭ petiĝis la funkcio. Vi ankaŭ povas serĉi pli detale ĉe la detalserĉa paĝo.

Se vi ne certas, ĉu la cimo jam estis raportita, vi devus raporti ĝin. Estas pli bone, ke cimo raportiĝu dufoje ol nulfoje.

Raporti novan cimon aŭ peti novan funkcion
Se vi renkontis, en lastatempa versio, cimon kiun verŝajne neniu jam raportis ĝin, tiaokaze:
 * 1) Vizitu al phabricator.Wikimedia.org kaj klaku "Taskoj kaj cimoj" en la flanka strio.
 * 2) Elektu "Krei taskon" en la supra dekstra angulo.
 * 3) Se vi ne jam ensalutis, aŭ ne registriĝis, tio estos petata al vi (vidu "").
 * 4) Plenigu almenaŭ jenajn kampojn:
 * 5) * Titolo: Mallonga unufraza resumo kiu eksplika la problemon (ne vian sugestitan solvon).
 * 6) ** Bona:
 * 7) ** Malbona:
 * 8) * Atribuita al: Ignoru ĉi tiun kampon: programistoj atribuos la taskon kiam ili planos prilabori ĝin.
 * 9) * Priskribo: Plenaj detaloj de la afero, inkluzivante kiel eble plej multe da detaloj. Inkluziveblas:
 * 10) ** Por cimoj:
 * 11) *** Paŝoj por Reprodukti: Minimumigitaj, facile sekveblaj paŝoj, kiu kaŭzos la priskribitan problemon. Inkluzivu ĉiujn specifajn preparojn.
 * Ekzemplo:
 * 1) *** Efektivaj Rezultoj: Kion la programo faris post la preparo.
 * Ekzemplo:
 * 1) ***Expected Results: What the application should have done, if there was no bug.
 * Ekzemplo:
 * 1) ** Por peti funkcion:
 * 2) *** Priskribu kion vi volus atingi, kaj kial. [$Rakonto Rakonto de uzanto] estas efika komunikilo por tio.
 * Example:
 * 1) **Please also provide any other information that might be useful, such as:
 * 2) ***the web browsers, skins, or computer systems you've seen the bug on;
 * 3) ***links or diffs to one or more pages where you encountered the bug; or
 * 4) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 5) *To attach a log file or (but make sure that no confidential data is included or shown), click the Upload File button (a cloud with an arrow) in the tool bar of the Description field.
 * 6) * Select the tags (project(s)) in which you've found the bug:
 * 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) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 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) ***the web browsers, skins, or computer systems you've seen the bug on;
 * 2) ***links or diffs to one or more pages where you encountered the bug; or
 * 3) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 4) *To attach a log file or (but make sure that no confidential data is included or shown), click the Upload File button (a cloud with an arrow) in the tool bar of the Description field.
 * 5) * Select the tags (project(s)) in which you've found the bug:
 * 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) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 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.

Check if your report is complete, then press the "Create Task" button. Your report will now be in the database and somebody will hopefully take a look at it soon.

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

That's all! Thanks for your help to improve MediaWiki and Wikimedia projects!

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.

Vidu ankaŭ

 * How to Report Bugs Effectively by Simon Tatham
 * 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)
 * English Wikipedia: Bug reports and feature requests