Ошибки в состоянии UNCONFIRMED (неподтвержденная) и другие новые возможности

[Этот документ ориентирован в основном на пользователей, которые пользовались Bugzilla до появления состояния UNCONFIRMED. Тем не менее эта информация может быть полезна всем.]

Вновь регистрируемые ошибки в некоторых продуктах теперь получают новое состояние -- UNCONFIRMED (неподтвержденная). Это означает, что существование ошибки никем не подтверждено. Очень загруженные инженеры могут как правило игнорировать такие ошибки, пока они не подтверждены тем или иным образом. (Надеемся, что большинство инженеров все-таки просматривают свои списки неподтвержденных ошибок.)

Описание состояний ошибок обновлено и также включает UNCONFIRMED.

Ошибка может быть подтверждена (и переведена в состояние NEW) двумя основными способами:

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

Права доступа

Пользователи имеют определенный набор прав доступа. Для просмотра своих прав перейдите на страницу параметров пользователя.

Если установлено право "Can confirm a bug" (подтверждение ошибок) , вы имеете возможность переводить ошибки из состояния UNCONFIRMED (неподтвержденная) в NEW (новая).

Если установлено право "Can edit all aspects of any bug" (редактирование любых ошибок), вы имеете возможность изменить любые данные ошибки. В противном случае вы имеете такой доступ к ошибкам, зарегистрированным вами, или назначенным вам. Кроме того, любой пользователь может добавить комментарий к любой ошибке.

Отдельные пользователи (по умолчанию -- владельцы компонентов и ответственные за качество) имеют возможность делегировать вышеупомянутые права другим пользователям. Поэтому если вы считаете, что вам необходим такой доступ, обращайтесь (пожалуйста, напрямую по email!) к ответственному за данную ошибку.

Другие особенности

Пользователи с перечисленными выше правами могут подтверждать свои ошибки, поэтому их ошибки при регистрации по умолчанию получают состояние NEW (новая). Это умолчание может быть изменено при регистрации ошибки.

People can ACCEPT or RESOLVE a bug assigned to them, even if they aren't allowed to confirm it. However, the system remembers, and if the bug gets REOPENED or reassigned to someone else, it will revert back to the UNCONFIRMED state. If the bug has ever been confirmed, then REOPENing or reassigning will cause it to go to the NEW or REOPENED state.

Note that only some products support the UNCONFIRMED state. In other products, all new bugs will automatically start in the NEW state.

Things still to be done.

There probably ought to be a way to get a bug back into the UNCONFIRMED state, but there isn't yet.

If a person has submitted several bugs that get confirmed, then this is probably a person who understands the system well, and deserves the "Can confirm a bug" permission. This kind of person should be detected and promoted automatically.

There should also be a way to automatically promote people to get the "Can edit all aspects of any bug" permission.

The "enter a new bug" page needs to be revamped with easy ways for new people to educate themselves on the benefit of searching for a bug like the one they're about to submit and voting on it, rather than adding a new useless duplicate.


Last modified: Sun Apr 14 12:55:14 EST 2002