Reporting bugs/ru: Difference between revisions

From Miranda NG
Reporting bugs/ru
Jump to navigation Jump to search
(Imported translation using page migration)
No edit summary
 
(11 intermediate revisions by 2 users not shown)
Line 8: Line 8:
__TOC__
__TOC__


== Before reporting a bug ==
== С чего начать ==


* Update to the latest {{GlossLink|development version}} (see {{Ll|Installation and update#Updating Miranda NG|Updating Miranda NG}}).
* Обновитесь до последней {{GlossLink|Версия в разработке|версии, находящейся в разработке}} (см. {{Ll|Installation and update#Updating Miranda NG|Обновление Miranda NG}}).
* Check if the problem persists (it may happen that it has been fixed).
* Проверьте, появляется ли ошибка снова (Возможно, её уже исправили).
* Search the [https://github.com/miranda-ng/miranda-ng/issues issues] for an existing bug report for your problem.
* Убедитесь, что на [https://github.com/miranda-ng/miranda-ng/issues трекере] нет сообщения о вашей ошибке.


== Effective bug reporting ==
{{Anchor|Effective bug reporting}}
== Сообщение об ошибке ==


[[File:Reporting bugs 01.png|200px|thumb|Screen 1: Creating issue]]
[[File:Reporting bugs 01.png|200px|thumb|Рис. 1: создание сообщения об ошибке]]


Using the following tips will greatly increase the chances of your issue being noticed and fixed quickly.
Using the following tips will greatly increase the chances of your issue being noticed and fixed quickly.


* Have a well-written bug Title field – describe the issue clearly, in simple words.
* Чтобы отправить новое сообщение об ошибке, необходимо зарегистрироваться на трекере и выполнить вход.
* Provide step-by-step instructions in Description field  so we can reproduce the issue (''We can't fix what we can't reproduce'').
* Составляйте баг-репорты на английском языке, не все разработчики владеют русским.
* Attach screenshots if possible.
* Кратко сформулируйте суть проблемы в заголовке (<tt>Summary</tt>). Отнеситесь внимательно к заполнению этого поля — его нельзя будет редактировать позже.
* Attach your {{Ll|Version information|VersionInfo}}.
* <tt>Description</tt> — подробно опишите проблему понятными словами. Укажите последовательность действий для воспроизведения ошибки (Эта часть баг-репорта самая важная: нельзя исправить то, что невозможно воспроизвести).
* Attach a {{Ll|Crash reports|crash report}} if you are experiencing crashes (It includes VersionInfo as well).
* Сделайте и приложите скриншот.
* Attach a {{Ll|Network log|network log}} captured if you are experiencing connectivity issues.
* Создайте и приложите {{Ll|Version information|отчёт VersionInfo}}.
* If Miranda freezes, hangs up or consumes CPU, attach {{Ll|Using Process Explorer as the debugging tool|information obtained by Process Explorer tool}}.
* Если Миранда «падает», создайте и приложите {{Ll|Crash reports|краш-репорт}} (содержит также VersionInfo).
* Если у вас проблемы с подключением, создайте и приложите {{Ll|Network log|сетевой лог}}.
* Если Миранда подвисает или начинает потреблять CPU, приложите {{Ll|Using Process Explorer as the debugging tool|информацию программы Process Explorer}}.


=== How to attach files ===
=== Как приложить файл ===


* Attach files by dragging & dropping, selecting them, or pasting from the clipboard
* Добавляйте файлы перетаскиванием или вставляйте из буфера обмена, или нажмите ссылку ''«selecting them»'', чтобы выбрать файл на компьютере (рис. 1).
* Press {{Button|Submit new issue}} (see Screen 1).
* Нажмите {{Button|Submit new issue}}.


== I know when it got broken ==
== I know when it got broken ==
Line 42: Line 45:
Then you can try to reproduce your problem on each of them and find out when exactly it got broken. With that info it's easy to reach out the developer who commited the broken commit and ask him to look at it.
Then you can try to reproduce your problem on each of them and find out when exactly it got broken. With that info it's easy to reach out the developer who commited the broken commit and ask him to look at it.


== After reporting an issue ==
== Что делать потом ==


* Monitor the issues you report.
* Следите за своим сообщением.
* Provide feedback and additional information if requested.
* Отвечайте на вопросы и предоставляйте дополнительную информацию.
* Don't argue about whether something is a bug or not.
* Не спорьте, является ваша проблема ошибкой или нет.


[[Category:Help|{{#getdisplaytitle:{{FULLPAGENAME}}}}]]
[[Category:Help{{#translation:}}|{{#getdisplaytitle:{{FULLPAGENAME}}}}]]

Latest revision as of 00:24, 14 June 2018

Other languages:
Важно
  • Please, make bug reports to our issue tracker, so they won't get lost on forums or chatroom logs.
    You can easily access it using Miranda: Main menu → Help → Report bug.
  • If you are unsure about the problem or want to bring more attention to it, you can mention it on our forum or chatroom too.

Сообщая об ошибке, важно предоставить полную и точную информацию о ней. На расспросы, выяснение подробностей и уточнение неполной информации уходит много времени. Поэтому перед тем как отправить баг-репорт, прочтите, пожалуйста, эти советы — они помогут вам сообщить об ошибке подробно и точно. Наш баг-трекер: https://github.com/miranda-ng/miranda-ng/issues На трекер можно перейти из Миранды: Главное меню → Справка → Сообщить об ошибке.

С чего начать

Сообщение об ошибке

Рис. 1: создание сообщения об ошибке

Using the following tips will greatly increase the chances of your issue being noticed and fixed quickly.

  • Чтобы отправить новое сообщение об ошибке, необходимо зарегистрироваться на трекере и выполнить вход.
  • Составляйте баг-репорты на английском языке, не все разработчики владеют русским.
  • Кратко сформулируйте суть проблемы в заголовке (Summary). Отнеситесь внимательно к заполнению этого поля — его нельзя будет редактировать позже.
  • Description — подробно опишите проблему понятными словами. Укажите последовательность действий для воспроизведения ошибки (Эта часть баг-репорта самая важная: нельзя исправить то, что невозможно воспроизвести).
  • Сделайте и приложите скриншот.
  • Создайте и приложите отчёт VersionInfoVersion information.
  • Если Миранда «падает», создайте и приложите краш-репортCrash reports (содержит также VersionInfo).
  • Если у вас проблемы с подключением, создайте и приложите сетевой логNetwork log.
  • Если Миранда подвисает или начинает потреблять CPU, приложите информацию программы Process ExplorerUsing Process Explorer as the debugging tool.

Как приложить файл

  • Добавляйте файлы перетаскиванием или вставляйте из буфера обмена, или нажмите ссылку «selecting them», чтобы выбрать файл на компьютере (рис. 1).
  • Нажмите Submit new issue.

I know when it got broken

If you know things got broken in some version or at some particular time, then it's good because you can try different releases from different revisions and narrow down where exactly the problem started to happen:

  • You can either compile the revisions yourself (that requires more knowledge and time).
  • Or ask someone in our jabber conference to help you identify potentially problematic revisions and then ask to compile those revisions for you.

Then you can try to reproduce your problem on each of them and find out when exactly it got broken. With that info it's easy to reach out the developer who commited the broken commit and ask him to look at it.

Что делать потом

  • Следите за своим сообщением.
  • Отвечайте на вопросы и предоставляйте дополнительную информацию.
  • Не спорьте, является ваша проблема ошибкой или нет.