Здравствуйте!
В одном экземпляре Bugzilla 3.4.2 обслуживается множество продуктов. Все они распределены по разделам. Задача следующая:
Требуется для каждого продукта определить группы:
Все остальные пользователи, не входящие ни в одну из групп, не могут просматривать/создавать/редактировать ошибки этого продукта.
Подскажите, возможно ли реализовать такую схему и какие параметры выставить для групп?
Спасибо!
Отредактировано DizelGenerator (13-01-2010 17:37:58)
Отсутствует
Спасибо, но такая схема не предоставляет необходимых прав для указанных групп. В частности:
Вообще система назначения прав на продукт мутноватая... Мне кажется, что флаги Обязательно/Обязательно может иметь только одна группа на продукт, ведь это «владельцы» и при создании ошибка присваивается только им.
Добавлено 14-01-2010 11:05:05
Не до конца работает такая схема:
EditBugs: Создание Обязательно/Обязательно Редакторы Подтверждение
FullAccess: Запрещено/Запрещено Компоненты Редактировать любые ошибки
при этом ReadOnly как ни крути - не имеет доступ на чтение.
Отсутствует
Сходил помоделировал. Остановился на:
readers: Обязательно/Обязательно
users: Запрещено/Запрещено, Создание, Редакторы, Подтверждение, Редактировать любые ошибки
owners: Запрещено/Запрещено, Компоненты
При этом группа readers включает группы users и owners. Группа users включает owners.
Видимостью в поиске при этом управляет первое Обязательно. Существенно отсутствие других групп с тем же значением для этого продукта.
Отсутствует
Оно самое, благодарю за помощь!
Видимостью в поиске при этом управляет первое Обязательно. Существенно отсутствие других групп с тем же значением для этого продукта.
Это один нюанс, но существенный, про него нельзя забывать.
Получилась вполне логичная структура распределения прав, в возможностях которой, приступая к изучению назначения прав в Bugzilla, я, честно сказать, сомневался. Видимо, избалован возможностями Active Directory определять права на каждый чих
Отсутствует
Про далекую от интуитивной иерархию -- это очень мягко сказано. Отличие от большинства принятых -- доступ связан с входимостью во все группы, а не в любую их них...
Отсутствует
Да, это тоже сбивает с толку. Интересно, какими идеями руководствовались разработчики, отказываясь от реализации проверенного ACL в пользу подобного решения.
Кстати, в официальном IRC (я туда тоже обращался) один из разработчиков пытался, но так и не смог помочь с этой проблемой
Отсутствует
Позволю себе уточнить (для других):
При этом группа readers включает группы users и owners. Группа users включает owners.
Это означает, что:
Группа users входит в группу readers.
Группа owners входит в группу users.
Отсутствует