Bug and Issue Tracker Priority/ru

Для того, чтобы понять, как проблемы и программные ошибки отслеживаются, вот типычный сценарий, который часто происходит.

Вы несколько часов пытаетесь решить эту [проблему], никто на форуме не смог [Вам] помочь, эта проблема, похоже, не затронута в документации и у Вас, вероятно, [имеется] срок сдачи. [Настало] время отправить эту [проблему] на отслеживатель. После всех этих [приложенных Вами] усилий это конечно же выглядит как критичная проблема. Так что Вы выбираете уровень приоритета "Высокий".

Что тогда происходит? Приходит кто-то из JBS [Joomla Bug Squad, примечание переводчика] и изменяет приоритет на "Средний". Зачем они это сделали? Означает ли это, что Ваша проблема не важна и с ней не будут разбираться? Они что, грубы и незаботливы? Конечно же нет. Просто оказывается, что рабочая группа по разработке имеет строгие [правила по] определению уровней приоритета артефактов.

Определения приоритетов

Проблемы (програмные ошибки) приоритезируются согласно следующих характеристик:

Приоритет 1 -> Высокий/Критичный

Ствол не работает полностью. Значительные части исходного кода нарушены, не давая возможность [проводить] ключевые операции. Примерами могут быть вход [на сайт], установки, установка расширений, ошибки JavaScript, которые не дают Вам возможности сохранять [объекты системы] нечто подобное и так далее. [Сюда] также входят ошибки критичные ошибки PHP по

Приоритет 2 -> Высший средний/Главный

Частям исходного кода, [которые] серьезно припятствуют или вызывают главную потерю рекламируемого функционала.

Приоритет 3 -> Средний/Обычный

Проблемы, которые припятствуют рекламированнуму функционалу, но само приложение все еще рабочее. Примеры могут включать не работающие как описано параметры, не загружающиеся как ожидалось языковые файлы и так далее.

Приоритет 4 -> Низкий/Незначительный

Незначительная потеря в функционале и вызывающее общее неудобство поведение. Может включать в себя менее распространенные проблемы, специфичные платформе или браузеру, которые, хотя они в тех средах и могут быть технически значительны, представляют меньшинство. Также включают отсутствующие строки перевода.

Приоритет 5 -> Очень низкий/Тривиальный

Косметические проблемы, опечатки в словах, сдвинутые [со своего места на веб-странице] объекта, наименее общие проблемы с параметрами и так далее.

Что это означает?

Прежде всего, если это [произошло] не в течение первых нескольких дней после выпуска [версии системы Joomla] и это не включает проблему с безопасностью, [то] за исключением случаев, когда Вы используете версию разработчика или ночную сборку, Вы вероятнее всего никогда не столкнетесь с проблемой, [подпадающей под] приоритет 1 (высокий) или будете должны доложить таковую. Это потому, что если в кодовой базе [находящейся в разработке текущей версии системы Joomla] существуют какие-либо проблемы [подпадающие под] приоритет 1, то выпуск [этой версии] не состоится. Фактически, то же самое относится и к приоритету 2 (высокий cредний). Действительная проблема с приоритетом 1 в самом выпуске - это нечто, что запустит [в действие процедуру] нового выпуска. Проблемы с приоритетом 1 или приоритетом 2 в ветке безы кода задержут назначенный на определенную дату выпуск [очередной версии системы]. Это серьезно, поскольку каждый [запланированный] выпуск содержит много исправлений програмных ошибок и много улучшений, так что [невозможность] выпустить [новую версию Joomla! будет означать, что] сообщество их не получит. Вынуждая незапланированный выпуск также очень серьезно, поскольку это означает, что в то время, когда все усилия направляются на подготовку выпуска, работа над другими вещами останавливается.

The one exception would be if you discover a major security issue, but the tracker is not the place to report most security issues.

This doesn't mean that there are never priority 1 or 2 issues. A priority 1 issue may develop (http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemEdit&tracker_item_id=11225) in the current Joomla! source code that is in Subversion. Subversion is where all of the changes to the source code are made.

So, before you decide to mark an issue as priority 1 or priority 2, think about whether it would really warrant all of these things.

Most issues are priority 3, medium. However, some issues are priority 4 or 5 If you mark your issue as priority 4 or 5 does that mean it will not get fixed? Not at all. If it's an easy to fix issue, especially if you provide a patch or proposed code, it may get taken care of right away. Some people in JBS informally specialize in language issues or CSS or other topics that are often in priority 4 or 5 issues. So don't feel like you need to mark something priority 3 for it to get attention.