[rt-users] RT 3.6.4, user list too long when resolving multiple tickets

[kem cho]

Check this out:
 
http://www.gossamer-threads.com/lists/rt/users/81858#81858


--- On Mon, 2/2/09, Christopher Kunz (Filoo GmbH) <chris at de-punkt.de> wrote:

From: Christopher Kunz (Filoo GmbH) <chris at de-punkt.de>
Subject: [rt-users] RT 3.6.4, user list too long when resolving multiple tickets
To: RT-Users at lists.bestpractical.com
Date: Monday, February 2, 2009, 6:15 AM

Hi all,

since our upgrade to RT 3.6.4, the "resolve multiple tickets"
functionality shows erratic behavior in my installation. When before, it
only showed the privileged users (which are in the ballpark of 3-10 per
queue), it then started to show *all* users who ever submitted tickets,
including obvious spam and bogus users.

This leads to inacceptable long loading times (the "resolve multiple
tickets" page takes about 3 minutes to load). We're currently around
ticket #74000 in our installation, so there are quite some ticket owners
in the database...

Unfortunately, I am not completely sure if the update to 3.6.4 is the
actual reason for this change in behavior, since I have also made some
minor changes in the configuration (which, of course, I don't remember
now).

Is there a switch in the config files that might have caused this behavior?

Thanks for pointers,

--ck

-- 
         Christopher Kunz | Geschäftsführung | chris at filoo.de
Filoo GmbH | Tilsiter Str. 1 | 33449 Langenberg | HRB4355 AG Gütersloh
           Geschäftsführer: S.Grewing | J.Rehpöhler | C.Kunz
   Hotline: 07000-3378658 |  Fax: 01805-963951172 (jew. 14 ct./Min.)
_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales at bestpractical.com


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20090202/f09e224d/attachment.htm>