Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 38 Next »

[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 (smile)

[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(star) 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(star) 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" (smile)

[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".

[16:37:21 CDT(-0500)] <pspaude1> And if windows plays nicely with logging into Postgres

[16:37:51 CDT(-0500)] <dmccallum54> well

[16:37:54 CDT(-0500)] <dmccallum54> you should use putty

[16:38:16 CDT(-0500)] <dmccallum54> and then use the command line tool once you've shelled in (psql)

[16:39:11 CDT(-0500)] <pspaude1> Hmm ok, I remember reading that back when, so should be more reliable. I've had good luck with those types of things (on Windows)

[16:39:30 CDT(-0500)] <dmccallum54> or you could run over to the apple store

[16:39:34 CDT(-0500)] <dmccallum54> it's just down the street

[16:40:02 CDT(-0500)] <pspaude1> Haha, I saw on yammer too someone ditched their ubuntu/mint and grabbed a Mac air or something

[16:40:19 CDT(-0500)] <dmccallum54> yeah

[16:40:28 CDT(-0500)] <dmccallum54> i got mine like… 2yrs ago?

[16:40:59 CDT(-0500)] <dmccallum54> finally fed up with wondering how many monitors ubuntu would decide i had on any given day

[16:41:09 CDT(-0500)] <pspaude1> How long do you keep them on average? I prefer to keep at least 5 years, so for the cost I'd have to keep Apple 10 years? (smile)

[16:41:15 CDT(-0500)] <dmccallum54> um

[16:41:38 CDT(-0500)] <dmccallum54> i paid for part of it under unicon's HW purchasing program. so need to keep it at least 3yrs

[16:42:11 CDT(-0500)] <pspaude1> Ah, ok thats not bad. And Apples run well no OS degredation so it would work out I think.

[16:42:54 CDT(-0500)] <pspaude1> Easy solution, plugin double the monitors you need so you are set.

[17:21:02 CDT(-0500)] <dmccallum54> pspaude1 i have a fix for SSP-1564. want me to deploy it

[17:21:04 CDT(-0500)] <dmccallum54> ?

[17:22:22 CDT(-0500)] <pspaude1> Yes, just hit me again a bit ago.

[17:22:44 CDT(-0500)] <dmccallum54> here goes...

[17:26:03 CDT(-0500)] <dmccallum54> i wasnt able to reproduce on editing a journal entry

[17:26:12 CDT(-0500)] <dmccallum54> but were clear problems in EARs and Campus admin

[17:26:29 CDT(-0500)] <pspaude1> Ok, I hope its not my code then.

[17:27:46 CDT(-0500)] <dmccallum54> looks like yours and mine both

[17:28:00 CDT(-0500)] <dmccallum54> for the nav issue anyway

[17:28:06 CDT(-0500)] <dmccallum54> if you're seeing other stuff in journal, i dunno (smile)

[17:28:48 CDT(-0500)] <pspaude1> Yeah, I'll go back to it and probably commit my stuff and see if ti shows up. It seems exactly like the EA stuff though since it says store errors and deals with combo boxes.

[17:34:26 CDT(-0500)] <dmccallum54> well, i could create an EAR ok

[17:35:46 CDT(-0500)] <dmccallum54> created journal entry OK

[17:36:50 CDT(-0500)] <dmccallum54> alright. gunna go deal with some other stuff. let me know if you're still seeing the problem

  • No labels