How to report a bug/bg

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

Бързи съвети

 * Бъдете прецизни
 * Be clear: explain 1) how to reproduce the situation, step by step, without leaving any room for interpretation, 2) expected behavior, 3) actual behavior. In separate sections
 * Include only one specific bug or one specific feature request per task
 * Include any relevant links and examples

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

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

Ако не сте сигурни дали за грешката вече е била съобщено, би трябвало да я съобщите. По-добре е да има дублиращи се бъгове, отколкото недокладвани проблеми.

Is it maybe a gadget / user script issue?
Some problems are a consequence of using user scripts and gadgets which need some fixes. There is with steps how you can identify such code, which could fix your issue so that you do not waste your time reporting it.

Съобщаване за нов бъг или заявка за функция
Ако намерите бъг в последната версия и изглежда, че никой друг не е съобщил за него, тогава:
 * 1) Отидете на phabricator.wikimedia.org.
 * 2) Ще бъдете помолени да влезете в системата (или да се регистрирате), ако не сте го направили (вижте "").
 * 3) Click the Bookmark button in the upper right corner and choose "Report a Software Bug" (or "Report a Security Issue" to ).
 * 4) Попълнете поне следните полета:
 * 5) * Title: Кратко обобщение в едно изречение, което обяснява проблема (не предложеното от вас решение).
 * 6) ** Добро:
 * 7) ** Лошо:
 * 8) * Description: Пълни подробности за проблема, като предоставите цялата информация, с която разполагате в момента. If that is insufficient you will be asked for additional information along with guidance on how to obtain it. This field should include:
 * 9) ** За бъгове:
 * 10) *** Steps to Reproduce: Малки, лесни за следване стъпки, които ще задействат описания проблем. Включете всички специални стъпки за настройките.
 * Пример:
 * 1) *** Actual Results: Реакция на приложението след извършване на горните стъпки.
 * Пример:
 * 1) *** Expected Results: Какво трябваше да направи приложението, ако нямаше бъг.
 * Пример:
 * 1) ** За заявки за функции:
 * 2) *** Описание на това, което искате да се получи като резултат, и защо. Explain what you hope the feature will solve (the actual underlying problem) along with specific examples; but do not demand a specific solution, as there might be other/better solutions. A user story is an effective way of conveying this.
 * Пример:
 * 1) ** Хората обикновено предоставят друга информация, която би била от полза, например:
 * 2) *** уеб браузърите, изгледите или компютърните системи, на които сте видели бъга;
 * 3) *** връзките до или разликите в една или повече страници, където сте се натъкнали на бъга; или
 * 4) *** дали проблемът се появява всеки път, само понякога, само на определени страници или само при специфични обстоятелства.
 * 5) * За да прикачите лог файл или (първо се уверете, че не е включена или показана някаква поверителна информация), натиснете бутона Upload File (облак със стрела) в лентата с инструменти на полето Description.
 * 6) * Изберете tags (проект(и)), на които сте открили бъг:
 * 7) ** Проектите са способи, с помощта на които разработчиците намират задачите, върху които да работят. За определяне на правилния проект (и), използвайте функцията за търсене (в горния десен ъгъл), за да намерите неговото описание.
 * 8) ** Това може да бъде например project за самия уикисофтуер, или  за промени в конфигурацията на даден сайт на Уикимедия (вижте ).
 * 9) * Subscribers: Ако знаете конкретни потребители, които ще бъдат заинтересовани от получаване на известие за тази задача, можете да ги добавите тук. Otherwise, ignore this field.
 * 1) *** уеб браузърите, изгледите или компютърните системи, на които сте видели бъга;
 * 2) *** връзките до или разликите в една или повече страници, където сте се натъкнали на бъга; или
 * 3) *** дали проблемът се появява всеки път, само понякога, само на определени страници или само при специфични обстоятелства.
 * 4) * За да прикачите лог файл или (първо се уверете, че не е включена или показана някаква поверителна информация), натиснете бутона Upload File (облак със стрела) в лентата с инструменти на полето Description.
 * 5) * Изберете tags (проект(и)), на които сте открили бъг:
 * 6) ** Проектите са способи, с помощта на които разработчиците намират задачите, върху които да работят. За определяне на правилния проект (и), използвайте функцията за търсене (в горния десен ъгъл), за да намерите неговото описание.
 * 7) ** Това може да бъде например project за самия уикисофтуер, или  за промени в конфигурацията на даден сайт на Уикимедия (вижте ).
 * 8) * Subscribers: Ако знаете конкретни потребители, които ще бъдат заинтересовани от получаване на известие за тази задача, можете да ги добавите тук. Otherwise, ignore this field.

Проверете дали вашия доклад е пълен, след това натиснете бутона "Create Task". Вашият доклад ще бъде изпратен в базата данни. This allows somebody interested in the report to look at it and.

Приоритетът на задачата ще бъде зададен от разработчиците, които планират да работят по задачата (вижте Задаване на приоритети).

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

Съобщаване за бъг в JavaScript

 * Вижте също: 

A lot of functionality, such as gadgets, user scripts, and some parts of MediaWiki, rely on JavaScript.

Когато откриете грешка, която може да бъде свързана с JavaScript, направете всичко възможно да идентифицирате съобщенията за грешка и да ги копирате в доклада.

Особено важно е да предоставите цялата информация, която имате, защото дори и администраторите нямат достъп до всички записи за грешки.

If the problem is in the code of a user script or gadget itself, then Phabricator might not be the place where the problem will get handled. Someone might redirect you to the talk page of the script (if the problematic script is identified).

Reporting a connectivity issue
If you are having difficulties reaching a Wikimedia website at all (slow internet connection etc.), please follow https://wikitech-static.wikimedia.org/wiki/Reporting_a_connectivity_issue

Reporting a login problem
If you are having problems logging into your account, please follow Manual:How to debug/Login problems.

Вижте също

 * Как ефективно да съобщаваме за грешки от Саймън Теъм
 * How to get the developer community to solve your problem, by User:MSchottlender-WMF, July 2017
 * Wikimedia Phabricator
 * Управление на грешките/ Жизнен цикъл на доклад за грешки
 * Написване на добър доклад за бъгове или заявка за функции
 * Как да създадете добър първи доклад за бъг (остаряло)
 * Уикипедия на английски език: Съобщения за грешки и заявки за функции
 * Уикипедия на английски език: Съобщения за грешки и заявки за функции