[rt-users] Is lib/RT/Queues_Overlay.pm AddRecord a bug?

[Jan Grant]

On Fri, 30 Nov 2007, Kenneth Crocker wrote:

> Jan,
> 
> 
> 	My understanding of the "SeeQueue" and "CreateTicket" rights are that
> they are related/coupled when creating ticket via WebUI. It's the same thing
> as granting "CreateTicket" globally but also needing the email/correspondence
> address of any queue you want to create a ticket in using self-service. In
> other words, granting the "SeeQueue" right to a group for a queue accomplishes
> the same filtering effect for creating a ticket via WebUI as giving/witholding
> the email/correspond address to a queue from a user so they can/can't create
> tickets via email (unless you have given them the ability to "SeeConfigTab",
> which would be highly unlikely/unwise for someone who should only be creating
> tickets). It makes sense to me and I don't see it as broken. As to your idea
> of granting "SeeQueue" on a "group only to queue" basis sounds like the right
> approach. Nothing broken and no need for changes to code. Hope this helps.

Understood. As Todd points out:

> In more versions of RT 3.6.x (all?) you can customizer per-user what
> queues show up under Quick Search. This would be much better than
> trying to monkey with rights.

... which is ok, although we're using a customised interface that dates 
from the 3.4 era. I'll look into the possibility of shifting our local 
changes into a 3.6-based interface.

I'm still interested in using a new right (which we can manage for large 
groups of users rather than on a per-user basis) to control the 
Elements/QuickSearch selection. Is this as straightforward as I think it 
should be?

Cheers,
jan



-- 
jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/
Tel +44 (0)117 3317661   http://ioctl.org/jan/
Random act of violence against bread: whole pint.
  -- extract from the "Hawk the Slayer" drinking game