How to report a bug/be-tarask

Гэтыя інструкцыі тлумачаць, як напісаць добрае паведамленьне пра памылку або запыт новай функцыі (задачу) ў трэкеры задачаў «Вікімэдыі» (глядзіце старонку для падрабязнай інфармацыі). Добра складзеныя задачы будуць хутчэй разгледжаныя.

Кароткія рэкамэндацыі да паведамленьняў

 * Будзьце дакладныя
 * 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 problem per task
 * Include any relevant links and examples

Ці можаце вы паўтарыць праблему?
Паспрабуйце паўтарыць памылку з выкарыстаньнем апошняй вэрсіі праграмнага забесьпячэньня, каб упэўніцца, што яна ўсё яшчэ ня выпраўленая. Калі памылка прысутнічае на вікі-сайце, такім як Вікіпэдыя, вы можаце скарыстацца апошняй вэрсіяй праграмнага забесьпячэньня на сайце test2.wikipedia.org.

Ці паведамляў ужо нехта пра праблему?
Use the search box of Wikimedia's bugtracker to see if your bug has already been reported, or the feature requested. You can also perform more advanced searches on the advanced search page.

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.

Гэта можа быць праблема з інструмэнтам / сцэнарам карыстальніка?
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: You should ignore this field: Developers will set an assignee when they plan to work on the task.
 * 9) * Description (апісаньне): поўнае апісаньне праблемы з усімі падрабязнасьцямі, якія толькі магчымыя. Яно можа ўключаць:
 * 10) ** Для памылак:
 * 11) *** 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) * Каб далучыць файл журналу або (але ўпэўніцеся, што ў іх адсутнічае канфідэнцыйная інфармацыя), націсьніце кнопку Загрузіць файл (хмара з стрэлкай) на панэлі інструмэнтаў поля Апісаньне.
 * 6) * Абярыце цэтлікі (праекты), у якіх вы знайшлі памылку:
 * 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) ** Гэта можа быць, напрыклад, праект для самога праграмнага забесьпячэньня вікі, або, калі трэба наладзіць адзін зь вікі-сайтаў Вікімэдыі (глядзіце ).
 * 9) * Subscribers: If you know specific users who will be interested in getting notified of this task you can add them here. Otherwise, ignore this field.
 * 1) *** вэб-браўзэры, тэмы афармленьня або кампутарныя сыстэмы, у якіх вы сустракалі памылку;
 * 2) *** спасылкі або праўкі адной ці некалькіх старонак, дзе вы бачылі памылку;
 * 3) *** узьнікае праблема кожны раз ці час ад часу, на пэўных старонках ці ў пэўных умовах.
 * 4) * Каб далучыць файл журналу або (але ўпэўніцеся, што ў іх адсутнічае канфідэнцыйная інфармацыя), націсьніце кнопку Загрузіць файл (хмара з стрэлкай) на панэлі інструмэнтаў поля Апісаньне.
 * 5) * Абярыце цэтлікі (праекты), у якіх вы знайшлі памылку:
 * 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) ** Гэта можа быць, напрыклад, праект для самога праграмнага забесьпячэньня вікі, або, калі трэба наладзіць адзін зь вікі-сайтаў Вікімэдыі (глядзіце ).
 * 8) * Subscribers: If you know specific users who will be interested in getting notified of this task you can add them here. Otherwise, ignore this field.

Упэўніцеся, што скончылі справаздачу, пасьля чаго націсьніце кнопку «Стварыць задачу». Вашае паведамленьне будзе разьмешчанае ў базе зьвестак. This allows somebody interested in the report to look at it and.

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

Гэта ўсё! Дзякуй за дапамогу ў паляпшэньні MediaWiki і праектаў «Вікімэдыя»!

Паведамленьне пра хібу JavaScript

 * See also: Help:Locating broken scripts

A lot of functionality, such as gadgets, user scripts, and some parts of MediaWiki, rely on 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 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).

Паведамленьне пра праблемы злучэньня
If you are having difficulties reaching a Wikimedia website at all (slow internet connection etc.), please follow Reporting a connectivity issue.

Паведамленьне пра праблему ўваходу
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 and Phabricator etiquette
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (састарэлае)
 * Ангельская Вікіпэдыя: паведамленьні пра памылкі і запыты функцыяў (па-ангельску)