A priv’d user creates a ticket in queue A.
An Admin moves it to queue B.
Queue B has create/reply perms for Everyone (temporarily) and Comment/View CF/View Queue/View Ticket Summaries for Requestor.
The requestor can continue to see the ticket (logged out and back in to confirm this isn’t a caching thing) and comment/reply. However, if they click on “The Basics”, the queue field resets back to the original queue “A” and the current queue “B” is not in the list. If they save anything, it moves it back to the original queue “A”.
Shouldn’t the current queue “B” be there since “view queue” is set for Requestor? In fact, if you add all the perms together for this requestor, it matches or exceeds the original queue.
Rt 4.0.4.
Thanks!
Brent
Hi,
Looks like it’s annoying bug. Grant user who can be requestor right to
SeeQueue. This will avoid such misbehavior. Granting SeeQueue doesn’t
give right to see all tickets or create a new ticket.
I’m filing a bug report.On Tue, Jan 10, 2012 at 03:21, Brent Wiese bwiese@elementps.com wrote:
A priv’d user creates a ticket in queue A.
An Admin moves it to queue B.
Queue B has create/reply perms for Everyone (temporarily) and Comment/View
CF/View Queue/View Ticket Summaries for Requestor.
The requestor can continue to see the ticket (logged out and back in to
confirm this isn’t a caching thing) and comment/reply. However, if they
click on “The Basics”, the queue field resets back to the original queue “A”
and the current queue “B” is not in the list. If they save anything, it
moves it back to the original queue “A”.
Shouldn’t the current queue “B” be there since “view queue” is set for
Requestor? In fact, if you add all the perms together for this requestor, it
matches or exceeds the original queue.
Rt 4.0.4.
Thanks!
Brent
RT Training Sessions (http://bestpractical.com/services/training.html)
- Boston — March 5 & 6, 2012
Best regards, Ruslan.