...
[17:52:49 CDT(-0500)] <pspaude> Yep, that may be caching issues, but its where I'm at. 
[17:59:05 CDT(-0500)] <pspaude> Ok, tried clearing all browser cache and temp files and issue still reappears with all users. I'm going to try the DB permissions edit and see, otherwise I'll reset Tcat and see if that helps.
[18:02:00 CDT(-0500)] <dmccallum54> oh i think it's a code issue
[18:02:59 CDT(-0500)] <pspaude> Yeah, but its weird the Linux CI doesn't do it so trying track down inconsistency. Plus I need to rebuild anyways, once this report gets edited.
[18:08:11 CDT(-0500)] <dmccallum54> weird. added logging to where that listener gets registered…. let's say maybe 1 time out of 10 the register happens for a user with no caseload
[18:08:45 CDT(-0500)] <pspaude> Alright, I gave faculty caseload read permission and the search is not expanded upon login and behavior is normal (you get returned to start screen after adding a student)
[18:09:14 CDT(-0500)] <pspaude> Hmm dan, that makes sense, I never hit it repeatedly more than 2 or 3 times with a non-caseload user
[18:09:41 CDT(-0500)] <dmccallum54> this is a good time, right here. a good time, i say.
[18:10:14 CDT(-0500)] <pspaude> Yes it is, expecially when you have tons of test## users in your database.
[18:10:38 CDT(-0500)] <pspaude> So, that your only resolve after this is to wipe the database
[18:14:26 CDT(-0500)] <pspaude> Dan, another tidbit I forgot, it also seems to work say if you have a conflicct between names. Also, I hit it repeadetly and now even with the added permissions, faculty still fails to return everynow and then. So, definately a code issue.
[18:32:35 CDT(-0500)] <JasonElwood> Calling is quits. didn't finish all the QA but did finish the doco. I'll get to the remaining items on Monday.