Страницы: 1
Позволю себе уточнить (для других):
При этом группа readers включает группы users и owners. Группа users включает owners.
Это означает, что:
Группа users входит в группу readers.
Группа owners входит в группу users.
Да, я все еще для некоторых целей пользуюсь этим архаическим браузером - Lynx 2.8.6. Форум рядом с каждым постом отображает иконку браузера. Решил протестировать, как форум воспримет Lynx :)
15-01-2010 10:49:30
Вах! Ай молодцы, не забыли :)
Да, это тоже сбивает с толку. Интересно, какими идеями руководствовались разработчики, отказываясь от реализации проверенного ACL в пользу подобного решения.
Кстати, в официальном IRC (я туда тоже обращался) один из разработчиков пытался, но так и не смог помочь с этой проблемой :)
Оно самое, благодарю за помощь!
Видимостью в поиске при этом управляет первое Обязательно. Существенно отсутствие других групп с тем же значением для этого продукта.
Это один нюанс, но существенный, про него нельзя забывать.
Получилась вполне логичная структура распределения прав, в возможностях которой, приступая к изучению назначения прав в Bugzilla, я, честно сказать, сомневался. Видимо, избалован возможностями Active Directory определять права на каждый чих :)
Спасибо, но такая схема не предоставляет необходимых прав для указанных групп. В частности:
Вообще система назначения прав на продукт мутноватая... Мне кажется, что флаги Обязательно/Обязательно может иметь только одна группа на продукт, ведь это «владельцы» и при создании ошибка присваивается только им.
14-01-2010 11:05:05
Не до конца работает такая схема:
EditBugs: Создание Обязательно/Обязательно Редакторы Подтверждение
FullAccess: Запрещено/Запрещено Компоненты Редактировать любые ошибки
при этом ReadOnly как ни крути - не имеет доступ на чтение.
…Спасибо, интересный патч. Беда в шести падежах каждого термина, вместо литералов надо хранить регулярные выражения вида Код:ошибк{а|и|е|у|ой}
По-хорошему — да, но приходится писать нечто типа "Данная ошибка является следствием ошибка 1536"
P.S. интересны также первые два пункта в первоисточнике
:)
Если интересно, размещу сами патчи.
…Я нигде не находил ни галочки, ни настроек такого автоматического линкования. В нашей организации мы используем один из моих патчей, но для этого надо чуток подредактировать код (Bugzilla 3.4.2):
[code]3. Исправляет механизм создания ссылок в комментариях типа "ошибка 11 комментарий 5"
Теперь это по-русски и по английски, допускаются такие конструкции:
- ошибка 22
- bug 22
- комментарий 3
- comment 3
- ошибка 22 комментарий 3
- bug 22 comment 3
- приложение 56
- attachment 56
+ - добавить;
* - заменить;
номера строк получившегося файла
/Bugzilla/Template.pm
229 # attachment links - handle both cases separately for simplicity
+230 my $attachment_word = get_text('term', { term => 'attachment'});
*236 $text =~ s~\b(attachment$s*\#?$s*(\d+))
$text =~ s~\b(\Q$attachment_word\E$s*\#?$s*(\d+))
*249 my $bug_re = qr/\Q$bug_word\E$s*\#?$s*(\d+)/i;
*250 my $comment_re = qr/comment$s*\#?$s*(\d+)/i;
my $bug_re = qr/(?:bug|\Q$bug_word\E)$s*\#?$s*(\d+)/i;
Здравствуйте!
В одном экземпляре Bugzilla 3.4.2 обслуживается множество продуктов. Все они распределены по разделам. Задача следующая:
Требуется для каждого продукта определить группы:
Все остальные пользователи, не входящие ни в одну из групп, не могут просматривать/создавать/редактировать ошибки этого продукта.
Подскажите, возможно ли реализовать такую схему и какие параметры выставить для групп?
Спасибо!
Страницы: 1