probably. Try this.
PossibleNot => { Ticket => { State => ['closed unsuccessful','pending
reminder'] }, },



On Wed, Jan 16, 2013 at 11:13 AM, Bogdan Iosif <[email protected]>wrote:

> 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".
>
> 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.
>
> Is this the intended behavior of ACLs?
>
> Thanks,
> Bogdan
>
> ---------------------------------------------------------------------
> 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
>
---------------------------------------------------------------------
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

Reply via email to