How to report a bug/ru

Эти инструкции объясняют, как написать хороший отчёт об ошибке или запросить новую функцию на багтрекере Фонда Викимедиа (подробнее см. ). Хороший отчёт об ошибке поможет её исправить.

Краткие рекомендации по отчётам

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

Можете ли вы воспроизвести проблему?
Попробуйте воспроизвести свою проблему на последней версии программного обеспечения, чтобы убедиться, что она до сих пор не устранена. Если ошибка присутствует на вики-сайте, например, на Википедии, вы можете попробовать последнюю версию ПО на test2.wikipedia.org.

Кто-нибудь ещё сообщал об этой ошибке?
Используйте форму поиска на багтрекере Викимедиа, чтобы убедиться, что о вашей проблеме ещё не сообщили. Вы также можете провести более глубокий поиск на странице поиска.

Отчёт об ошибке или запрос функции
Если вы встретились с ошибкой в новой версии и ещё никто не сообщал о ней, то:
 * 1) Перейдите на phabricator.wikimedia.org и выберите пункт «Maniphest» в панели навигации.
 * 2) Выберите «maniphest/task/create/ Create task» («Добавить новый отчёт»).
 * 3) Вас попросят авторизоваться (или зарегистрироваться), если вы ещё не сделали этого (см. раздел «»).
 * 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) * 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) * Выберите продукт(ы), где была найдена ошибка:
 * 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 (уровень опасности): Укажите в поле "Security or Sensitive bug" если многие пользователи могут пострадать от проблемы с безопасностью, о которой вы сообщаете. Ваше сообщение будет скрытым до исправления проблемы.
 * 15) * Description (описание): Полное описание проблемы, включающее столько подробностей, сколько возможно. Они могут включать:
 * 16) ** Для ошибок:
 * 17) *** Steps to Reproduce (шаги для воспроизведения проблемы): Краткая последовательность несложных для следования шагов, которая вызовет описываемую проблему. Включайте специальные шаги по настройке.
 * Пример:
 * 1) *** Actual Results (фактические результаты): Реакция приложения на вышеприведённую последовательность действий.
 * Пример:
 * 1) ***Expected Results (ожидаемые результаты): Что ожидается от приложения, если бы ошибки не было.
 * Пример:
 * 1) ** Для удобства запросов:
 * 2) *** Описание того, что вы хотите получить и почему. Пользовательская история (user story) — эффективный способ для такого запроса.
 * Пример:
 * 1) **Пожалуйста, предоставьте также любую дополнительную информацию, которая могла бы быть полезна, такую как:
 * 2) ***веб-браузер, стиль оформления или ОС, в которой вы видите ошибку;
 * 3) ***ссылки на страницы или сравнение версий, в которых вы столкнулись с ошибкой; или
 * 4) ***возникает ли проблема постоянно, или же время от времени, только на некоторых страницах, или в каких-то специфических условиях.
 * 5) *Чтобы приложить к отчёту файл журнала или (предварительно убедившись, что конфиденциальные данные во вложении или скриншоте отсутствуют), нажмите кнопку Upload File (облако со стрелкой) в панели инструментов для поля Description.
 * 1) *** Описание того, что вы хотите получить и почему. Пользовательская история (user story) — эффективный способ для такого запроса.
 * Пример:
 * 1) **Пожалуйста, предоставьте также любую дополнительную информацию, которая могла бы быть полезна, такую как:
 * 2) ***веб-браузер, стиль оформления или ОС, в которой вы видите ошибку;
 * 3) ***ссылки на страницы или сравнение версий, в которых вы столкнулись с ошибкой; или
 * 4) ***возникает ли проблема постоянно, или же время от времени, только на некоторых страницах, или в каких-то специфических условиях.
 * 5) *Чтобы приложить к отчёту файл журнала или (предварительно убедившись, что конфиденциальные данные во вложении или скриншоте отсутствуют), нажмите кнопку Upload File (облако со стрелкой) в панели инструментов для поля Description.
 * 1) *Чтобы приложить к отчёту файл журнала или (предварительно убедившись, что конфиденциальные данные во вложении или скриншоте отсутствуют), нажмите кнопку Upload File (облако со стрелкой) в панели инструментов для поля Description.

Убедитесь, что ваш отчёт закончен, затем нажмите кнопку «Create Task» (создать задачу). Ваш отчёт будет помещён в базу данных и кто-нибудь с большой вероятностью в ближайшее время обратит на него внимание.

Готово! Спасибо за то, что помогаете улучшать 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.

См. также

 * Как эффективно сообщать об ошибках автор Simon Tatham
 * The BugZilla song
 * Википедия: сообщения об ошибках и запрос новых функций (англ.)
 * 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)