How to report a bug/be-tarask

These guidelines explain how to write a good bug report or feature request in Wikimedia's bugtracker (see for more information). Effective bug reports are the most likely to be fixed.

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

 * Будзьце дакладныя
 * Выказвайцеся ясна: тлумачце, як паўтарыць памылку крок за крокам, каб іншыя змаглі яе паўтарыць
 * Уключайце ў кожнае паведамленьне апісаньне толькі адной памылкі

Ці можаце вы паўтарыць праблему?
Try to reproduce your bug using a recent version of the software, to see whether it has already been fixed. If the bug is on a wiki site like Wikipedia you could try testing the latest software version on test2.wikipedia.org.

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

Паведамленьне пра памылку або запыт функцыі
Калі вы сустрэлі памылку ў апошняй вэрсіі і ніхто яшчэ не паведаміў пра яе, вам трэба:
 * 1) Go to phabricator.wikimedia.org and click "Maniphest" in the side bar.
 * 2) Choose "Create task" in the upper corner.
 * 3) You will be asked to log in (or register) if you have not already done so (see "").
 * 4) Запоўніце наступныя палі:
 * 5) * Title: A short one-sentence summary that explains the problem (not your suggested solution).
 * 6) ** Добра:
 * 7) ** Кепска:
 * 8) * Assigned to: You should ignore this field: Developers will set an assignee when they plan to work on the task.
 * 9) * CC: 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.
 * 10) * Priority: You should ignore this field: In general, the priority is set by developers who plan to work on the task (see "").
 * 11) * Select the project(s) in which you've found the bug:
 * 12) **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.
 * 13) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 14) * Security: Set this to "Security or Sensitive bug" if many users could be harmed by the security problem that you are reporting. Your report will be kept hidden from the public until it is resolved.
 * 15) * Description (апісаньне): поўнае апісаньне праблемы з усімі падрабязнасьцямі, якія толькі магчымыя. Яно можа ўключаць:
 * 16) ** Для памылак:
 * 17) *** Steps to Reproduce (крокі для паўтарэньня праблемы): сьціслыя крокі, якія лёгка паўтарыць, каб выклікаць апісаную праблему. У тым ліку і адмысловыя крокі наладкі.
 * Прыклад:
 * 1) *** Actual Results (фактычныя вынікі): што праграма робіць пасьля выкананьня вышэйпрыведзеных крокаў.
 * Прыклад:
 * 1) ***Expected Results (чаканыя вынікі): што праграма павінна рабіць, калі б не было памылкі.
 * Прыклад:
 * 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.
 * 1) *** 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.
 * 1) *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.

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 і праектаў «Вікімэдыя»!

Reporting a JavaScript bug
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.

Глядзіце таксама

 * How to Report Bugs Effectively by Simon Tatham
 * Вікіпэдыя: паведамленьні пра памылкі і запыты функцыяў (па-ангельску)
 * 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)