[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