Support Forum

[a-b-c]

Почему, если у пользователя на данной задаче есть две действующие роли (например, A и B), то попытка переопределить одну из этих ролей (например, A заменить на C с помощью схемы [A -> C, переопределить]) ни к чему не приводит? У пользователя остаются роли A и B. Логично, чтобы в результате получился набор B и C.

В случае, если у пользователя одна роль (A), то переопределение работает нормально, мы в результате получаем роль C.

[a-b-c]

Планируется ли подобное изменение? Без этого изменения переопределение роли работает по "двойным стандартам": для человека с одной действующей ролью работает, с несколькими - не работает. Несправедливость, заложенная на столь высоком уровне абстракции, может вызвать массовые беспорядки среди пользователей.

P.S. мне б хотя бы понять, это у меня одного такая проблема, или всё же это свойство самой TS.

[admin]

Планируется ли подобное изменение? Без этого изменения переопределение роли работает по "двойным стандартам": для человека с одной действующей ролью работает, с несколькими - не работает. Несправедливость, заложенная на столь высоком уровне абстракции, может вызвать массовые беспорядки среди пользователей.

P.S. мне б хотя бы понять, это у меня одного такая проблема, или всё же это свойство самой TS.

Честно говоря, не очень понял проблему. Галка переопределить переопределяет не какую-то конкретную роль, TrackStudio "забывает" о всех назначениях ролей в вышестоящих задачах. Т.е. если на одном уровне создать 2 правила и оба с галкой "переопределить", то будут действовать оба.

Думаю, нужен анонимный бекап и как повторить проблему.

[a-b-c]

С бекапом и т.д. сейчас проблема, лучше продемонстрирую на установке "с нуля":

Что делаю:
0) скачиваю http://download.trackstudio.com/tse-40/ ... th_jre.exe , ставлю, запускаю, логинюсь по рутом.
1) открываю главную задачу [#1], в ACL добавляю дополнительную роль developer для роли analytics (чекбокс "переопределён" не помечен)
2) открываю My Project [#26], в ACL добавляю переопределение роли developer на роль manager (чекбокс "переопределён" помечен)
3) открываю effective roles для [#26] - вижу, что у Ivan Analiticov действующие роли developer и analytics, хотя на этом уровне действует переопределение developer -> manager (кстати, для человека с одной действующей ролью developer (Stepan Developerov) это переопределение сработало, у него в [#26] действующая роль manager)

[a-b-c]

Получается ли повторить проблему? И как было задумано поведение TS в такой ситуации?

[Petr]

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

аналитик роль А
разработчик роль В
менеджер роль С

на уровне 1 права
аналитик - A
аналитик - B
разработчик - В
менеджер - С

на уровне 1.1 права
роль B перекрываем роль M
и тогда вам надо перекрывать роль A ролью M

Тоже самое будет для одной роли
например
разработчик роль В
на уровне 1 права
разработчик - переопределяем правами M
на уровне 1.1 права
роль M переопределять правами A
но роль у разработчика все равно будет M. потому что нельзя перекрыть не родную роль.

[a-b-c]

А можно ли добавить возможность "условного" переопределения, при котором переопределяется не изначальная роль, а действующая роль на данной задаче?

Зачем это нужно - для некоторых категорий задач нужно, чтобы права пользователя по этой задаче задавались специальной ролью, которая может меньше, чем его собственная (в том числе для механизма "видит только ответственный"). Для этого используется переопределение. Права настраиваются, всё ок, у конкретного пользователя X всё работает как надо. А теперь нужно, чтобы сторонний пользователь Y (с другого проекта, с совсем другой "собственной" ролью) мог делать то же, что и X. Из коробки не работает, для всех задач, где работал A с урезанной спецролью, при текущем поведении TS придется дополнительно переопределять роль пользователя Y, что не всегда возможно, и тут 10 раз подумаешь, а нужно ли Y это всё так сильно, чтобы нам на это потратить пару часов времени (задач*переопределений > 100, структура неплоская)

[admin]

Тут нужно подумать, эта логика глубоко внутри ядра. А если скриптом добавлять/удалять правила доступа ?

[a-b-c]

Наверное, можно. Я думаю, этот вопрос скорее Вам, чем мне.

P.S. примерно прикинул, что за скрипт нужен.

Тут есть два варианта - либо решать конкретную мою задачу, либо делать аналог вышеописанной фичи.
На оба варианта надо написать довольно крупные скрипты, плюс проработать группу обслуживающих UDF.
В первом варианте скрипт не очень большой, но при этом придётся постоянно его менять. Второй вариант придётся менять реже, но он будет и больше, и потянет большей переработки TS, да и в работе будет непрост (исходя из текущего моего знания TS).

[a-b-c]

Отталкиваясь от всего вышеперечисленного, все же очень прошу реализовать эту фичу в TS.