Полезная информация

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

Bugzilla » Определение прав доступа для множества продуктов » 15-01-2010 11:32:53

Позволю себе уточнить (для других):

SnowyOwl пишет

При этом группа readers включает группы users и owners. Группа users включает owners.

Это означает, что:
Группа users входит в группу readers.
Группа owners входит в группу users.

Флейм » Тест Lynx » 15-01-2010 10:42:55

Да, я все еще для некоторых целей пользуюсь этим архаическим браузером - Lynx 2.8.6. Форум рядом с каждым постом отображает иконку браузера. Решил протестировать, как форум воспримет Lynx :)

15-01-2010 10:49:30
Вах! Ай молодцы, не забыли :)

Bugzilla » Определение прав доступа для множества продуктов » 15-01-2010 10:16:36

Да, это тоже сбивает с толку. Интересно, какими идеями руководствовались разработчики, отказываясь от реализации проверенного ACL в пользу подобного решения.

Кстати, в официальном IRC (я туда тоже обращался) один из разработчиков пытался, но так и не смог помочь с этой проблемой :)

Bugzilla » Определение прав доступа для множества продуктов » 15-01-2010 09:03:02

Оно самое, благодарю за помощь!

SnowyOwl пишет

Видимостью в поиске при этом управляет первое Обязательно. Существенно отсутствие других групп с тем же значением для этого продукта.

Это один нюанс, но существенный, про него нельзя забывать.

Получилась вполне логичная структура распределения прав, в возможностях которой, приступая к изучению назначения прав в Bugzilla, я, честно сказать, сомневался. Видимо, избалован возможностями Active Directory определять права на каждый чих :)

Bugzilla » Определение прав доступа для множества продуктов » 14-01-2010 10:57:21

Спасибо, но такая схема не предоставляет необходимых прав для указанных групп. В частности:

  • Пользователи группы "ReadOnly" не видят продукт в поиске, не могут получить доступ при прямом указании номера ошибки. Создать тоже не могут, однако;
  • Пользователи группы "EditBugs" не видят продукт в поиске, не могут получить доступ при прямом указании номера ошибки. Но новую ошибку создать могут;
  • То же самое с пользователями группы "FullAccess"

Вообще система назначения прав на продукт мутноватая... Мне кажется, что флаги Обязательно/Обязательно может иметь только одна группа на продукт, ведь это «владельцы» и при создании ошибка присваивается только им.

14-01-2010 11:05:05
Не до конца работает такая схема:
EditBugs: Создание Обязательно/Обязательно Редакторы Подтверждение
FullAccess: Запрещено/Запрещено Компоненты Редактировать любые ошибки

при этом ReadOnly как ни крути - не имеет доступ на чтение.

Bugzilla » Вопрос: специальные слова-линки в багзиле » 14-01-2010 10:27:27

SnowyOwl пишет

Спасибо, интересный патч.  Беда в шести падежах каждого термина, вместо литералов надо хранить регулярные выражения вида Код:ошибк{а|и|е|у|ой}

По-хорошему — да, но приходится писать нечто типа "Данная ошибка является следствием ошибка 1536"

SnowyOwl пишет

P.S. интересны также первые два пункта в первоисточнике

:)

  • 1. Устраняет проблему перевода некоторых селектбоксов на странице создания ошибки (мой баг на оффициальном баг-трекере: https://bugzilla.mozilla.org/show_bug.cgi?id=523091)
  • 2. Добавляет кнопку "Все" для поиска
  • 4. Добавляет заранее заданный MIME-тип для указания при прикреплении файлов eml

Если интересно, размещу сами патчи.

Bugzilla » Вопрос: специальные слова-линки в багзиле » 13-01-2010 16:46:24

Я нигде не находил ни галочки, ни настроек такого автоматического линкования. В нашей организации мы используем один из моих патчей, но для этого надо чуток подредактировать код (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 » Определение прав доступа для множества продуктов » 13-01-2010 15:44:26

Здравствуйте!

В одном экземпляре Bugzilla 3.4.2 обслуживается множество продуктов. Все они распределены по разделам. Задача следующая:
Требуется для каждого продукта определить группы:

  • «ReadOnly» — пользователи этой группы могут просматривать продукт и все ошибки, к нему относящиеся;
  • «EditBugs» — пользователи могут создавать/редактировать ошибки продукта, но не могут изменять его аттрибуты;
  • «FullAccess» — пользователи могут создавать/редактировать ошибки продукта и могут изменять его аттрибуты.

Все остальные пользователи, не входящие ни в одну из групп, не могут просматривать/создавать/редактировать ошибки этого продукта.

Подскажите, возможно ли реализовать такую схему и какие параметры выставить для групп?

Спасибо!

Board footer

Powered by PunBB
Modified by Mozilla Russia
Copyright © 2004–2020 Mozilla Russia GitHub mark
Язык отображения форума: [Русский] [English]