How to report a bug/bg

Тези насоки показват как да направим добро описание на бъг или заявка за нова функционалност на bugtracker-а на Уикимедия (виж за повече информация). По-вероятно е да бъдат отстранени добре описаните бъгове.

Няколко бързи съвета за докладите

 * Бъдете прецизни
 * Бъдете ясни: обяснете как се стига до проблема стъпка по стъпка, така че и другите да могат да възпроизведат бъга
 * Включвайте само по един проблем на описание

Можете ли да възпроизведете проблема?
Опитайте се да възпроизведете бъга, използвайки текущата версия на софтуера, за да видите дали той вече е бил отстранен. Ако грешката е на уики сайт като Уикипедия, можете да изпробвате най-новата версия на софтуера на test2.wikipedia.org.

Дали някой друг вече е съобщил за проблема?
Използвайте полето за търсене на [phab:maniphest/ bugtracker-а на Уикимедия], за да видите дали вашия бъг вече не е докладван. Можете също така да извършите по-разширено търсене на страницата за подробно търсене.

Съобщаване за нов бъг или заявка за функция
Ако намерите бъг в последната версия и изглежда, че никой друг не е съобщил за него, тогава:
 * 1) Отидете на [phab: phabricator.wikimedia.org] и натиснете "Maniphest" в страничната лента.
 * 2) Изберете "[phab:maniphest/task/create/ Създай задача]" в горния ъгъл.
 * 3) Ще бъдете помолени да влезете в системата (или да се регистрирате), ако не сте го направили (вижте "").
 * 4) Попълнете поне следните полета:
 * 5) * Заглавие: Кратко обобщение в едно изречение, което обяснява проблема (не предложеното от вас решение).
 * 6) ** Добро:
 * 7) ** Лошо:
 * 8) * Assigned to: You should ignore this field: Developers will set an assignee when they plan to work on the task.
 * 9) *  'Приоритет:' Би трябвало да игнорирате това поле. По принцип, приоритетът се задава от разработчиците, които планират да работят по задачата (see Задаване на приоритети).
 * 10) * Описание: Опишете подробно, включвайки възможно най-много подробности. Това може да включва:
 * 11) ** За бъгове:
 * 12) *** Стъпки за възпроизвеждане на проблема: Малки, лесни за следване стъпки, които ще задействат описания проблем. Включете всички специални стъпки за настройките.
 * Пример:
 * 1) *** Фактически резултати: Реакция на приложението след извършване на горните стъпки.
 * Пример:
 * 1) ***Очаквани резултати: Какво трябваше да направи приложението, ако нямаше бъг.
 * Пример:
 * 1) ** За заявки за функции:
 * 2) *** A description of what you would like to achieve, and why. A user story is an effective way of conveying this.
 * Пример:
 * 1) **Хората обикновено предоставят друга информация, която би била от полза, например:
 * 2) ***уеб браузърите, изгледите или компютърните системи, на които сте видели бъга;
 * 3) ***връзките до или разликите в една или повече страници, където сте се натъкнали на бъга; или
 * 4) ***дали проблемът се появява всеки път, само понякога, само на определени страници или само при специфични обстоятелства.
 * 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) ***уеб браузърите, изгледите или компютърните системи, на които сте видели бъга;
 * 2) ***връзките до или разликите в една или повече страници, където сте се натъкнали на бъга; или
 * 3) ***дали проблемът се появява всеки път, само понякога, само на определени страници или само при специфични обстоятелства.
 * 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.

Това е всичко! Благодарим за вашата помощ с цел подобрение на MediaWiki и проектите на Wikimedia!

Съобщаване за бъг в JavaScript
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 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.

Вижте също

 * How to Report Bugs Effectively by Simon Tatham
 * Уикипедия: Съобщения за грешки и заявки за функции
 * Phabricator etiquette
 * Bug management/Bug report life cycle
 * Написване на добър доклад за бъгове или заявка за функции
 * Как да създадете добър първи доклад за бъг (остаряло)