[rt-users] Repair CachedGroupMembers? was: 3.8.1 -- Ticket Search doesn't find Requestor?

RT rt at ragweed.net
Wed Sep 10 12:03:06 EDT 2008


(For some reason, my message was cut off in the previous post.)

All -

I would like to get opinions on repairing my database using SQL. If
there is a more graceful way to accomplish this using the RT perl
modules (RT::CachedGroupMembers, etc) any help is appreciated.

>From the "RT Essentials" book, we find that in
CachedGroupMembers:

id == any incremental value
GroupId == requestor group id
MemberId == MemberId in question (requestor)
Via == usually equal to the CachedGroupMembers id
ImmediateParentId == requestor group id
Disabled == 0

I'm going to work from the values in Ticket #1 (see previous message).

insert into CachedGroupMembers values ('', '52', '34', '', '52', '0');

** And Voila! ** The requestor appears in the regular Search as
expected, and is searchable by requestor in Query Builder.

And here is what it looks like in the end:

mysql> select * from CachedGroupMembers where GroupId='52' and
MemberId='34' and ImmediateParentId='52';
+-------+---------+----------+------+-------------------+----------+
| id    | GroupId | MemberId | Via  | ImmediateParentId | Disabled |
+-------+---------+----------+------+-------------------+----------+
| 81550 |      52 |       34 |    0 |                52 |        0 |
+-------+---------+----------+------+-------------------+----------+

Should the Disabled status be pulled from Principals? (select Disabled
from Principals where id = '34')

Any opinions on making these modifications is appreciated.



More information about the rt-users mailing list