"Right could not be revoked" from Everyone and Unprivileged

RT Users
1

There seems to be an issue with revoking DelegateRights and SuperUser
privileges from the Unprivileged and Everyone system accounts. It has been
mentioned on this list before, at the link below.
http://comments.gmane.org/gmane.comp.bug-tracking.request-tracker.user/27707

Granting and revoking privileges from the Privileged system group works fine,
it’s just the two others that hang up.

In the logs, I have
[Tue Jul 18 16:21:53 2006] [debug]: RT::User::IsPassword auth method
IsInternalPassword SUCCEEDED (/opt/rt360/local/lib/RT/User_Local.pm:288)
[Tue Jul 18 16:21:53 2006] [info]: Successful login for root from
xxx.xxx.xxx.xxx (/opt/rt360/local/html/Callbacks/LDAP/autohandler/Auth:46)
[Tue Jul 18 16:21:53 2006] [debug]: RT::Date used date::parse to make
1970-01-01 21600 (/opt/rt360/lib/RT/Date.pm:212)
[Tue Jul 18 16:22:08 2006] [warning]: User not loaded.
(/opt/rt360/lib/RT/User_Overlay.pm:1729)
[Tue Jul 18 16:22:13 2006] [warning]: User not loaded.
(/opt/rt360/lib/RT/User_Overlay.pm:1729)

Attempting to delete the rights separately shows the same behavior and log
entries.

Troy Orion Cox

v: 512.475.8638
e: trox@ices.utexas.edu

2

I posted to the list a while back, never got a response, so here’s another
try.

There seems to be an issue with revoking DelegateRights and SuperUser
privileges from the Unprivileged and Everyone system accounts. It has been
mentioned on this list before, at the link below.
http://comments.gmane.org/gmane.comp.bug-tracking.request-tracker.user/2770
7

Granting and revoking privileges from the Privileged system group works
fine, it’s just the two others that hang up.

In the logs, I have
[Tue Jul 18 16:21:53 2006] [debug]: RT::User::IsPassword auth method
IsInternalPassword SUCCEEDED (/opt/rt360/local/lib/RT/User_Local.pm:288)
[Tue Jul 18 16:21:53 2006] [info]: Successful login for root from
xxx.xxx.xxx.xxx (/opt/rt360/local/html/Callbacks/LDAP/autohandler/Auth:46)
[Tue Jul 18 16:21:53 2006] [debug]: RT::Date used date::parse to make
1970-01-01 21600 (/opt/rt360/lib/RT/Date.pm:212)
[Tue Jul 18 16:22:08 2006] [warning]: User not loaded.
(/opt/rt360/lib/RT/User_Overlay.pm:1729)
[Tue Jul 18 16:22:13 2006] [warning]: User not loaded.
(/opt/rt360/lib/RT/User_Overlay.pm:1729)

Attempting to delete the rights separately shows the same behavior and log
entries.

Troy Orion Cox

v: 512.475.8638
e: trox@ices.utexas.edu

3

Can someone tell me if there is a solution for this problem ?

Or the only solution is to delete all the database and start from
begining again ? I have been using RT for three years and it would not
be a good choice !

Problem: “Right could not be revoked” from Everyone and Unprivileged

There seems to be an issue with revoking DelegateRights and SuperUser
privileges from the Unprivileged and Everyone system accounts.

Granting and revoking privileges from the Privileged system group works
fine, it’s just the two others that hang up.
Attempting to delete the rights separately shows the same behavior and
log entries.

RT version = 3.6.1

I have tried with 3.6.2 too and the problem persists !

Atenciosamente,

Jose Viegas Cardoso - Jose.Viegas@embrapa.br - Fone: (61) 3448-4355
EMBRAPA/DTI - Brasilia, DF, Brasil - http://www.embrapa.br/
Aviso de confidencialidade

Esta mensagem da Empresa Brasileira de Pesquisa Agropecu�ria (Embrapa),
empresa p�blica federal regida pelo disposto na Lei Federal no. 5.851, de
7 de dezembro de 1972, � enviada exclusivamente a seu destinat�rio e pode
conter informa��es confidenciais, protegidas por sigilo profissional. Sua
utiliza��o desautorizada � ilegal e sujeita o infrator �s penas da lei. Se
voc� a recebeu indevidamente, queira, por gentileza, reenvi�-la ao emitente,
esclarecendo o equivoco.

Confidentiality note

This message from Empresa Brasileira de Pesquisa Agropecu�ria (Embrapa) a
government company established under Brazilian law (5.851/72) is directed
exclusively to its addresse and may contain confidential data, protected
under professional secrecy rules. Its unauthorized use is illegal and may
subject the transgressor to the law’s penalties. If you’re not the addresse,
please send it back, elucidating the failure.