[15:59:31 CDT(-0500)] <pspaude1> Hey Dan, noticed a strange error while testing the journal stuff, thought it was my code but the new docs person noticed it too on linux ci.
[16:00:32 CDT(-0500)] <dmccallum54> whats up
[16:00:34 CDT(-0500)] <pspaude1> It seems every now and then it locks up if you click on another tool, and it won't let you out of the current view in the current tool, like return to early alert list etc. From browser console it says combobox not registred and other View.js errors depending what I'm doing, is the main event handler having issues?
[16:00:59 CDT(-0500)] <dmccallum54> hmmmm
[16:01:13 CDT(-0500)] <dmccallum54> so not just journal?
[16:01:21 CDT(-0500)] <dmccallum54> tony's been doing a bunch of work on global nav events
[16:01:32 CDT(-0500)] <pspaude1> Nope she logged it in Early alert, I've had it in MAP I thought earlier the other day
[16:02:38 CDT(-0500)] <dmccallum54> noticed first time today?
[16:02:51 CDT(-0500)] <dmccallum54> oh no. you said you noticed it the other day
[16:02:54 CDT(-0500)] <pspaude1> No, I've noticed this at least yesterday don't remember the day before.
[16:03:32 CDT(-0500)] <dmccallum54> looks like the first commit for the global nav stuff went in 2 days ago
[16:03:41 CDT(-0500)] <dmccallum54> are you able to reproduce it reliably?
[16:04:52 CDT(-0500)] <pspaude1> No, that is whats tough. Everytime its happened I've had the console open and I'm working through debugging or checking errors, but I'm usualy doing that normally anyways. I usually attributed it to what I did or the browser debugging that I didn't think much of it.
[16:05:26 CDT(-0500)] <pspaude1> She said she had a way to replicate it, but I was going to go over and talk to her and she said it wasn't doing it for her anymore and she couldnt' get it to happen again on Linux CI.
[16:05:39 CDT(-0500)] <dmccallum54> hmmmm
[16:07:06 CDT(-0500)] <dmccallum54> alright
[16:07:06 CDT(-0500)] <dmccallum54> well
[16:07:56 CDT(-0500)] <pspaude1> We could tout it as a forced way to refresh the application or re-login 
[16:07:59 CDT(-0500)] <dmccallum54> if it starts to crop up again in a way that definitely feels "non-transient" or can be reliably reproduced, lets just revert those two global nav commits and see if it goes away
[16:08:21 CDT(-0500)] <dmccallum54> i'm clicking all over the freakin' place
[16:08:27 CDT(-0500)] <dmccallum54> haven't seen it so far
[16:09:01 CDT(-0500)] <pspaude1> You almost have to go in and spend some time working inside a tool and try to go out agian. Thats the only thing that sticks with me as when it happens.
[16:09:48 CDT(-0500)] <dmccallum54> you'll definitely get errors on the console every now and again if you try to nav out of a tool before it loads completely. the main tool in particular. those seem to be harmless tho
[16:10:46 CDT(-0500)] <pspaude1> Yeah those are normal, I know those.
[16:10:49 CDT(-0500)] <dmccallum54> alright
[16:10:53 CDT(-0500)] <dmccallum54> submitting an EA response
[16:10:56 CDT(-0500)] <dmccallum54> blew up
[16:12:21 CDT(-0500)] <dmccallum54> http://cl.ly/image/1Z3e181N2l3H
[16:12:38 CDT(-0500)] <dmccallum54> and now i cant get anywhere
[16:13:10 CDT(-0500)] <dmccallum54> clicked on the journal tool after that
[16:13:22 CDT(-0500)] <dmccallum54> looks like the EAR view cant destroy itself
[16:13:30 CDT(-0500)] <dmccallum54> here's the "journal click" stack
[16:14:01 CDT(-0500)] <dmccallum54> http://cl.ly/image/2K34462Z1S0Y
[16:14:02 CDT(-0500)] <dmccallum54> so
[16:14:09 CDT(-0500)] <dmccallum54> bug ticket!
[16:14:19 CDT(-0500)] <pspaude1> Yep she is describing something similar to me right now. She was on a ea response and it wouldn't let her get anywhere and that is what it did to me when I went to linux ci to try.
[16:14:21 CDT(-0500)] <pspaude1> Also in journal tool it just wouldn't let me out and all the combo boxes were not loading the stores and track step wasn't displayed. Refreshed and all is fixed. Had it happen twice to me, but hasn't appeared in a bit.
[16:15:01 CDT(-0500)] <dmccallum54> looks like we need some defensive code in some of these filer cleanup methods
[16:15:13 CDT(-0500)] <dmccallum54> filter*
[16:15:18 CDT(-0500)] <pspaude1> Yep that looks like it. Same message in journal
[16:15:22 CDT(-0500)] <dmccallum54> sweet
[16:15:25 CDT(-0500)] <dmccallum54> easypeasy
[16:16:21 CDT(-0500)] <dmccallum54> you can handle it or you fully booked?
[16:18:57 CDT(-0500)] <pspaude1> Yes, I'm booked, I can deal with it on Monday as it seems easy. This journal stuff is almost done, but the track step has a bug in it I have to track down. I've touched nearly all the code in EditJournalController lol. That should be done soon then Patty wants some QA on myGPS.
[16:18:57 CDT(-0500)] <pspaude1> Apparently a school found some bugs and the new docs person found a few more in the intake not working and recording values correctly
[16:19:30 CDT(-0500)] <dmccallum54> ok. i'll take a peek then
[16:23:30 CDT(-0500)] <pspaude1> Dan do you know of any changes to search?
[16:23:30 CDT(-0500)] <dmccallum54> https://issues.jasig.org/browse/SSP-1564
[16:23:39 CDT(-0500)] <pspaude1> Cool thanks
[16:23:50 CDT(-0500)] <dmccallum54> just more event handling stuff i think
[16:24:30 CDT(-0500)] <pspaude1> Right now on Linux CI you search as faculty and its returning success 0 for common searches like Davis or even the whole student id.
[16:25:59 CDT(-0500)] <pspaude1> Strike that its for several different roles. Hmmm,
[16:27:30 CDT(-0500)] <pspaude1> I've got over 49 in my local and my test rdavis50 on linux ci I can't find
[16:28:14 CDT(-0500)] <dmccallum54> Davis should return zero results
[16:28:18 CDT(-0500)] <dmccallum54> here's why
[16:28:24 CDT(-0500)] <dmccallum54> ssp=# select count
from person where last_name like '%Davis%' and object_status = 1 and student_type_id is not null;
[16:28:24 CDT(-0500)] <dmccallum54> count
[16:28:24 CDT(-0500)] <dmccallum54> -------
[16:28:24 CDT(-0500)] <dmccallum54> 0
[16:28:24 CDT(-0500)] <dmccallum54> (1 row)
[16:28:25 CDT(-0500)] <dmccallum54> ssp=# select count from person where last_name like '%Davis%' and object_status = 1 and student_type_id is null;
[16:28:26 CDT(-0500)] <dmccallum54> count
[16:28:26 CDT(-0500)] <dmccallum54> -------
[16:28:27 CDT(-0500)] <dmccallum54> 55
[16:28:27 CDT(-0500)] <dmccallum54> (1 row)
[16:28:34 CDT(-0500)] <dmccallum54> no Davis's are students
[16:29:02 CDT(-0500)] <pspaude1> Ah, ok, then something must be different in the demo data.
[16:29:19 CDT(-0500)] <dmccallum54> not surprising. it's been used and abused out there for a while now
[16:29:47 CDT(-0500)] <pspaude1> Yeah, the new docs person said she was trying dwilson220, which there should be alot of wilsons as well but that wasn't coming up.
[16:31:21 CDT(-0500)] <dmccallum54> demo data is definitely different than vanilla
[16:31:37 CDT(-0500)] <dmccallum54> my local env is basically the reverse of what i showed above for Davis
[16:33:25 CDT(-0500)] <dmccallum54> ssp=# select first_name, last_name, object_status, student_type_id from person where school_id = 'dwilson220';
[16:33:26 CDT(-0500)] <dmccallum54> first_name | last_name | object_status | student_type_id
[16:33:26 CDT(-0500)] <dmccallum54> ---------------------------------+----------------
[16:33:26 CDT(-0500)] <dmccallum54> Dorothy | Wilson | 1 |
[16:33:26 CDT(-0500)] <dmccallum54> (1 row)
[16:33:27 CDT(-0500)] <pspaude1> Yeah mine is too.
[16:33:37 CDT(-0500)] <dmccallum54> so dwilson220 will not show up in student search… not a student
[16:33:57 CDT(-0500)] <dmccallum54> you know how to look at the db directly?
[16:34:20 CDT(-0500)] <pspaude1> Ah ok, I guess she is enrolled in a course and an early alert was tried. Patty mentioned something like that to me awhile back as well.
[16:34:29 CDT(-0500)] <pspaude1> So, I'll tell her.
[16:35:03 CDT(-0500)] <pspaude1> Yes, not the linux ci one though. I can't get the remote desktop to work, dont' know if Jason has done something different.
[16:35:03 CDT(-0500)] <dmccallum54> sent you an email on connecting directly to the db
[16:35:24 CDT(-0500)] <dmccallum54> it's invaluable when devising ways to close jason's bugs as "Wont Fix"
[16:36:18 CDT(-0500)] <pspaude1> I bet.
[16:36:54 CDT(-0500)] <pspaude1> Thanks, I'll go through it, just haven't because I haven't had a real need "yet".