[Rt-devel] re-assigning tickets
Jesse Vincent
jesse at bestpractical.com
Sun Dec 21 00:10:48 EST 2008
On Wed 17.Dec'08 at 9:13:02 -0000, Olly Stephens wrote:
> Hi,
>
>
>
> Just ran into the problem that nobody (not even superuser) can reassign a
> request in a single shot. They have to steal then reassign.
And that's how it needs to be to make ownership make any sense at all as
a ticket locking mechanism...
>
>
>
> I noticed a workaround for superusers on the wiki
> ([1]http://wiki.bestpractical.com/view/AllowSuperUserToReassignTickets)
> but has anyone considered adding a `ReassignTicket' right to allow this
> check to be overridden, thereby solving it in a more sane way? Or is
> there some workflow problem I'm not thinking about when I suggest this.
>
>
>
> The real scenario behind this is dealing efficiently with staff absences;
> ideally we'd like to be able to say that user X has complete rights over
> tickets owned by user Y, but that's a more complicated thing to code up -
> adding a simple ACL so that user X doesn't have to steal the ticket from Y
> first in order to assign it to Z should be trivial in comparison.
>
>
>
> If I made the change, is it likely that it'd be incorporated into the
> core?
>
>
>
> Thanks in advance,
>
>
>
> Olly
>
> --
>
> IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
>
> References
>
> Visible links
> 1. http://wiki.bestpractical.com/view/AllowSuperUserToReassignTickets
> _______________________________________________
> List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel
--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
Url : http://lists.bestpractical.com/pipermail/rt-devel/attachments/20081220/3e2aa5cd/attachment.pgp
More information about the Rt-devel
mailing list