How to report a bug/uk

Ці настанови пояснюють, як написати хороший звіт про помилку чи запит на нову функцію (завдання) на баґтрекері Вікімедіа (див. детальніше ). Якісно написані звіти сприяють вирішенню проблеми.

Короткі рекомендації щодо звітів

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

Чи можете ви відтворити проблему?
Спробуйте відтворити знайдену помилку на останній версії програмного забезпечення, щоб побачити, чи її ще не виправили. Якщо помилка присутня на вікісайті, наприклад, Вікіпедії, то свіжу версію програмного забезпечення Ви можете протестувати на test2.wikipedia.org.

Чи хтось інший вже повідомляв про цю проблему?
Скористайтеся полем пошуку на баґ-трекері Вікімедіа, щоб впевнитися, що про Вашу проблему ще немає звіту. Також Ви можете виконати розширений пошук на сторінці розширеного пошуку.

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.

Have you tried fixing the issue yourself?
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 "Create Task" (or "Report Security issues" to ).
 * 4) Заповніть хоча б наступні поля:
 * 5) * Title (заголовок): Короткий опис, що характеризує проблему одним реченням (а не вирішення, яке Ви пропонуєте).
 * 6) ** Добре:
 * 7) ** Погано:
 * 8) * Assigned to (куратор проблеми): Це поле слід проігнорувати; розробники вкажуть куратора, коли будуть планувати роботу над проблемою.
 * 9) * Description (опис): Повний опис проблеми, з поданням усіх деталей, які тільки можна. Це можуть бути:
 * 10) ** Для помилок:
 * 11) *** Steps to Reproduce (кроки відтворення): Коротка послідовність кроків, що призводить до появи описуваної проблеми. Включаючи всі налаштування.
 * Приклад:
 * 1) *** Actual Results (фактичні результати): Що робить програма після виконання вищеописаних кроків.
 * Приклад:
 * 1) *** Expected Results (очікувані результати): Що програма мала б виконати, якби не було помилки.
 * Приклад:
 * 1) ** Для зручності запитів:
 * 2) *** Опис того, що Ви хочете отримати і чому. [$story Історія користувача] — ефективний спосіб для цього. 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) * Оберіть теги (проекти), у яких Ви знайшли помилку:
 * 7) ** Проекти — це спосіб, у який розробники знаходять завдання для роботи. Щоб визначити правильні проекти, скористайтеся функцією пошуку (угорі справа), щоб знайти їх описи.
 * 8) ** Це може бути, наприклад, проект для самого програмного забезпечення вікі або  для змін конфігурації на сайті Вікімедіа (див. «»).
 * 9) * Підписані (поставити на копію): Це поле слід проігнорувати; якщо ж Ви знаєте конкретних користувачів, які зацікавляться цим питанням, можете додати їх тут. Otherwise, ignore this field.
 * 1) *** веб-браузери, стилі оформленні чи операційні системи, на яких ви спостерігаєте помилку;
 * 2) *** посилання на одну чи більше сторінок, на яких ви виявили помилку, різниці версій або
 * 3) *** чи з'являється проблема кожного разу, час від часу, лише на певних сторінках чи лише за певних умов.
 * 4) * Щоб прикріпити файл журналу або (але спершу переконайтеся, що там немає ніяких конфіденційних даних), натисніть кнопку Upload File (хмарка зі стрілкою) на панелі інструментів у полі Description.
 * 5) * Оберіть теги (проекти), у яких Ви знайшли помилку:
 * 6) ** Проекти — це спосіб, у який розробники знаходять завдання для роботи. Щоб визначити правильні проекти, скористайтеся функцією пошуку (угорі справа), щоб знайти їх описи.
 * 7) ** Це може бути, наприклад, проект для самого програмного забезпечення вікі або  для змін конфігурації на сайті Вікімедіа (див. «»).
 * 8) * Підписані (поставити на копію): Це поле слід проігнорувати; якщо ж Ви знаєте конкретних користувачів, які зацікавляться цим питанням, можете додати їх тут. Otherwise, ignore this field.

Перевірте, що Ваш звіт завершений, тоді натисніть кнопку «Create Task» (Створити завдання). Ваш звіт тепер буде у базі даних і хтось, напевно, скоро його розгляне. This allows somebody interested in the report to look at it and.

Пріоритет для завдання встановлять розробники, які збираються працювати над завданням (див. Вказання пріоритетів).

Готово! Дякуємо за вашу допомогу у покращенні MediaWiki та проектів Вікімедіа!

Повідомлення про помилку JavaScript bug

 * See also: Help:Locating broken scripts

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 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.

Див. також

 * «Як ефективно повідомляти про помилки», автор Simon Tatham
 * How to get the developer community to solve your problem, by User:MSchottlender-WMF, July 2017
 * Етикет Phabricator'а
 * Менеджмент помилок/Життєвий цикл звітів про помилки
 * Написання гарного звіту або запиту на функцію
 * Як створити гарний перший звіт про помилку (застаріло)
 * Звіти про помилки та запити на функції в англомовній Вікіпедії