Mike Rylander wrote:
On Tue, Jan 10, 2012 at 8:39 AM, Thomas Berezansky <[email protected]> wrote:
  
I am running on the assumption that the login sequence in question is via
the staff client, as I don't think the OPAC ever makes that call during
login.

I think the call in question is likely when your workstation needs to be
registered, which is looking for every location you have
'REGISTER_WORKSTATION' at.

    
Good call, Thomas.  I think this is the key, but what follows after is
not (I believe) relevant.  I strongly suspect that you have group
permission entries (and possibly user permission entries) with a depth
of 2, which is invalid in your hierarchy.  If you 'UPDATE
permission.grp_perm_map SET depth = 1 WHERE depth = 2;' (possibly
needing a service restart due to caching effects, but maybe not) I bet
all will be well.
  
Thanks for your reply, Thomas. Mike nailed it. The issue was clearly related to registering a workstation. (Yes, I was talking about the Staff Client login and the version in question is 2.0.9.)

The error I was getting:

        TypeError: g.my_libs_tree is null

I ended up checking every table that includes column names like '%depth%' and changed anything that was > 0 to 0. After that, I restarted everything on the Evg server, but it wasn't until I'd exited from the Staff Client and restarted it that I got a clean login (ready to register my workstation).

I appreciate the suggestions (the immediate problem is solved), but could you point me to the spot in the code where the login sequence for the Staff Client is occurring so in case I need to try to troubleshoot this again, I can work through the code and see what the problem might be myself?

Thanks much!

John




__________ Information from ESET NOD32 Antivirus, version of virus signature database 6783 (20120110) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Reply via email to