[rt-users] No users listed in "Owner" dropdowns

Eirik Øverby ltning at anduin.net
Tue Jun 10 08:34:26 EDT 2008


Thank you!

It turns out that that particular package was not upgraded correctly  
last time I upgraded all systems here. I have now rebuilt and upgraded  
that dependency, and all seems well.

/Eirik

On Jun 10, 2008, at 12:52, ruz at bestpractical.com wrote:

> Most probably RT's dependencies out of date. Install newer
> DBIx::SearchBuilder from the CPAN.
>
> Don't forget `make testdeps`. It's not optional step, the same applies
> to upgrades.
>
> On 6/10/08, Eirik Øverby <ltning at anduin.net> wrote:
>> Followup:
>>
>> I have now even erased the database, re-initialized it, and created
>> only a barebone set of queues, users and groups. I have modeled this
>> closely after the working RT instance I have, and made sure the
>> configuration (RT_SiteConfig) is the same on both systems.
>>
>> I still see the same problem - no users are listed in the "owner"
>> dropdowns, anywhere. Not even for the superuser!
>>
>> Anyone?
>>
>> Thanks,
>> /Eirik
>>
>> On Jun 10, 2008, at 01:11, Eirik Øverby wrote:
>>
>>> Hi all,
>>>
>>> I have been struggling for a few days trying to figure out why one  
>>> of
>>> my RT installations don't show any other users than "Nobody" in
>>> "Owner" dropdowns. The most immediate effect of this is that any
>>> "Basic" or "People" change to a ticket will result in an owner  
>>> change
>>> to "Nobody", as not even the current owner is listed. Needless to  
>>> say,
>>> this is frustrating for both the users and the support staff.
>>>
>>> I've gone through and verified (against a working RT installation)
>>> that queue and group rights are set up adequately. In particular, I
>>> have given the "OwnTicket" right to the appropriate users. I've even
>>> attempted to give "broad rights" - however even giving superuser
>>> rights to a named user, the "Privileged" group or any other gorup  
>>> does
>>> not help.
>>>
>>> I'm almost beginning to suspect database corruption or some kind of
>>> bug in RT, however I do not feel even remotely experienced enough to
>>> claim this with any weight - so I'm still defaulting to thinking  
>>> this
>>> is a mistake on my part somehow.
>>>
>>> All other aspects of RT is working fine; and on the other
>>> installations I have even the above is working as it should.
>>>
>>> Technical information:
>>> All RT instances, good and bad, are running on FreeBSD 7.0-STABLE.
>>> They are all installed from packages built from the ports system  
>>> then
>>> distributed - in other words the *exact* same builds of both RT and
>>> supporting packages, all the way down to OS and database.
>>> Configurations of webserver etc. are somewhat different, but should
>>> not be a factor in this.
>>>
>>> Any help would be greatly appreciated.
>>>
>>> Thanks, and with best regards
>>> Eirik Øverby
>>> Modirum MDpay
>>> Oslo, Norway
>>> _______________________________________________
>>> 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
>>>
>>
>>
>
>
> -- 
> Best regards, Ruslan.

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


More information about the rt-users mailing list