BogdanThanks,I was very surprised, it seems like a major restriction in what is possible to achieve with ACLs because I can't imagine being able to express all the conditions that affect the allowed values in a field within a single ACL.Hi,Can someone more knowledgeable please confirm the following observation about ACL behavior?
In short, I unexpectedly failed to use two different ACLs to remove some allowed values in the statuses available in a given view.
I'll fabricate a synthetic example to illustrate the strange behavior that I would like confirmed.
Let's assume the only defined statuses in my system are: new, open, pending reminder, closed successful and closed unsuccessful.
Let's also assume that I have the following two ACLs, designed to apply everywhere:
$Self->{TicketAcl}->{'100-ACL-First'} = {
Properties => { },
PossibleNot => { Ticket => { State => ['pending reminder'] }, },
};
$Self->{TicketAcl}->{'200-ACL-First'} = {
Properties => { },
PossibleNot => { Ticket => { State => ['closed unsuccessful'] }, },
};Now, what I expected to end up with in the list of possible statuses from a view such as AgentTicketCompose was the initial list of statuses minus BOTH "pending reminder" and "closed unsuccessful".
Instead, I ended up with the initial list minus ONLY "closed unsuccessful".
Is this the intended behavior of ACLs?
---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs