[rt-users] Bug (Showstopper?) in 3.0.11rc2?

Jesse Vincent jesse at bestpractical.com
Sun May 23 18:14:47 EDT 2004




On Fri, May 21, 2004 at 02:50:07PM +0200, Dirk Pape wrote:
> >I catched the sql query out of the log (reformatted and attached!), which
> >if  executed manually does not reveil the expected users either.
> 
> On the first view, I find the SQL-Statement to be buggy. It should at least 
> be
> 
>      OR (((main.Domain = 'RT::Queue-Role' AND main.Instance = 9)
>             OR (main.Domain = 'RT::Ticket-Role' AND main.Instance = 8317))
>         AND main.Type = ACL_1.PrincipalType) )
> 
> instead of
> 
>      OR (((main.Domain = 'RT::Queue-Role' AND main.Instance = 9)
>             OR (main.Domain = 'RT::Ticket-Role' AND main.Instance = 8317))
>         AND main.Type = ACL_1.PrincipalType
>         AND main.id = ACL_1.PrincipalId) )
> 
> to match a Queue-defined AdminCC group to the globally defined AdminCC 
> rights, which is the sitiation missed in my case.

That is 100% correct. My testing confirmed this. I've just built new
tests into RT to make sure this doesn't happen again and altered the
query to behave apropriately. Regression tests are running now.


> I do not know yet if the generated SQL statement is due to one of my 
> extensions or due to vanilla rt 3.0.11 code, but I think the latter is the 
> case, so this should be a real bug.
> 
> Ruslan, can you verify If you have granted "OwnTicket" right to AdminCC on 
> queue or on global level, in the case where you found, that it turned out 
> to be alright for you?
> 
> Dirk.
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
> 
> RT Developer and Administrator training is coming to LA, DC and Frankfurt 
> this spring and summer.
> http://bestpractical.com/services/training.html
> 
> Sign up early, as class space is limited. 

-- 



More information about the rt-users mailing list