Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Monday, April 19th, 2010

< Sunday, April 18th, 2010Raw Log FileTuesday, April 20th, 2010 >
#TimeNickMessage
#01:43:50atz has joined #evergreen
#07:54:29mck9 has joined #evergreen
#08:07:56sfortin has joined #evergreen
#08:14:26atheos has quit IRC
#08:22:00StephenGWills has joined #evergreen
#08:23:44StephenGWillsmornin ya tree-huggers!
#08:32:11grantjohnson has joined #evergreen
#08:32:14atheos has joined #evergreen
#09:00:18StephenGWillswhen staff reports from the field that their client intermittedly produces screens, such as the advanced search, a MARC record editor add item sequence, then hangs on next call to adv. search screen with a blank screen. Are there troubleshooting tips documented anywhere I can fall back on. am kinda stump-ed.
#09:02:40atheos has quit IRC
#09:08:32atheos has joined #evergreen
#09:09:39jenny has joined #evergreen
#09:14:45Callender has quit IRC
#09:17:54gdunbar has joined #evergreen
#09:23:43Callender has joined #evergreen
#09:33:21eby_ has joined #evergreen
#09:41:39dbs has joined #evergreen
#10:02:32atzwe've had a lot of blank screen problems in trunk recently
#10:03:45atzphasefx probably knows better than i do how to approach it... but you can try viewing the javascript console and watching for errors
#10:03:52phasefxthough I think those are with dojo
#10:04:21phasefxwhite screens with the opac, or a xul interface, I'd look first to networking. check ping times
#10:07:19dbsblank_screens--
#10:07:59phasefxwell, I take that back with opac, I did get white screens on remote sites in the past with OPAC
#10:08:12phasefx0 byte documents, IIRC
#10:11:08StephenGWillsdbs: blank_screen =-1000
#10:12:06phasefxI'd try reproducing them and seeing if you can catch anything interesting in the apache access and error logs, and check for packet loss
#10:12:08StephenGWillspart of the problem is that i am not on-site so am talking a non-tech through js console... == helpdesk pain.
#10:12:22dbsStephenGWills: that "hang" screen sounds familiar - you see part of the screen, but the language picker and some other elements don't get filled in, right?
#10:12:24StephenGWillsnod. will mess with it Jason, thanks.
#10:12:36dbsStephenGWills: what version of dojo do you have installed?
#10:12:39StephenGWillsdbs: yes, that is the symptom
#10:13:11phasefxalso, any sort of transparent proxy can wreak havoc on things. Some think the staff client is a malicious web app and block the javascript :)
#10:13:15StephenGWillsam not strong Dojo, how to discover version?
#10:13:46dbscheck /openils/var/web/js/dojo/dojo/dojo.js.uncompressed.js and look for major / minor version numbers
#10:13:49atzsometimes i think the staff client is a malicious web app too :)
#10:13:57StephenGWillsoh well if we can bolox a firewall we will, it's one of our specialties ;-)
#10:14:00phasefx grins, "I await your patch
#10:14:12dbsStephenGWills: I was battling that problem back in the fall. at the time, i was convinced that it was a problem with apache requests dying because by default we were killing them off every 1000 requests
#10:14:42dbsbut changing that so that the apache processes lived for 100,000 requests didn't make a difference
#10:15:19phasefxmy latest pain/discovery with the staff client is that recent versions of Mozilla can't print to Generic/Text printers
#10:15:25StephenGWillsDojo ver 1.3.2 null flag
#10:15:26dbsbut something in the last few months (whether a new dojo version, or an upgrade to 1.6.0.3+patches) seems to have resolved it
#10:15:40dbsStephenGWills: yeah, okay, that's what we're running. hmm.
#10:17:45StephenGWillsI need to have staff track ping a little more systematically as well. I have the feeling that the network, especially their wireless is "iffy" but I am reluctant to let "network problems" sweep a real problem under the rug.
#10:18:52StephenGWillsthanks all, I'll gather more useful data
#10:19:00phasefxNAT tables getting filled up can also be a problem if using cheap firewall/routers
#10:19:35StephenGWillsso, is the consensus that this is a ghost that kinda goes away and we like that?
#10:20:40phasefx wishes we could find root cause for every problem. Not enough info for this one
#10:23:00phasefxanyone play with multiple versions of xulrunner on the same system and see one refuse to load the client after a while?
#10:24:53phasefxweird, I recreate the build/ directory it's pointing to and it starts working again
#10:28:53phasefxit's like once one version of xulrunner has touched the build/ directory, it calls dibs, and other xulrunners won't load it, even if no processes are running
#10:29:00BobW has joined #evergreen
#10:30:44phasefxhrmm, compreg.dat and xpti.dat and extensions/ gets created. I think the middle one is compiled xul. Maybe some incompatabilities between these major versions of xulrunner
#10:32:28phasefxcompreg.dat is the culprit (thanks #evergreen for letting me rubber-duck) :)
#10:35:31phasefxso we should have our installer delete those files when installing over an existing client installation
#10:36:18_bott_ has spent more hours than I care to count installing different xulrunners under OSX
#10:36:33emrikolIf anyone knows real quick... what method would I call to get info on the Internet:filtered/unfiltered/no access?
#10:37:07StephenGWills has so much to learn. not familiar with "rubber-ducking" tho ernie and bert tell me it's "so much fun"?
#10:37:29emrikolhttp://en.wikipedia.org/wiki/Rubber_duck_debugging :D
#10:37:32phasefxemrikol: it's .net_access_level on user objects, so whichever method retrieves a user
#10:38:05dbsphasefx: always glad to serve as a sounding board
#10:38:19phasefx squeeks some sonar at dbs
#10:38:22dbs_bott_: just install windows on your mac and you'll be fine
#10:38:36_bott_ goes screaming in horror at the thought
#10:38:47StephenGWillsrubber ducking++ although I will use my rubber penguin thanks ;)
#10:39:11phasefxemrikol: that field will give an id referencing the config.net_access_level table
#10:39:16_bott_...but already have it in Parallels and Vbox
#10:40:09phasefxemrikol: open-ils.actor.net_access_level.retrieve.all to get those values with labels
#10:41:01dbsphasefx: do you think we could add an ou_setting to trunk that would let us specify preferred skin for the staff client, rather than manually modifying constants.js on each individual workstation?
#10:41:30phasefxemrikol: though if you're hacking the client, those are fetched during login and could be retrieved with JSAN.use('OpenILS.data'); var data = new OpenILS.data(); data.stash_retrieve(); data.hash.cnal and data.list.cnal
#10:42:15phasefxdbs: sounds feasible. I know some folks are using apache URL rewriting as a workaround
#10:42:35dbsphasefx: okay. another hackfest possibility!
#10:43:00dbs got trunk running again last night on a debian lenny image; only took a couple of hours (whee!)
#10:43:31phasefxdbs: maybe having the entire menu system built from remotely retrieved data (even we can't just a remote xul file because of the opac wrapper) could be a hackfest item
#10:43:32emrikolphasefx: No, luckily enough this has nothing to do with the client :) I'm wanting to integrate the "filtering" info in with our public computer scheduler
#10:44:58dbs suspects his hackfesting will be filing down the rough edges on the self-serve password reset
#10:50:45dbsOr turning all of the current inline print()-based web pages (slimpac and the like) into TT2-based pages
#10:55:06berickdbs: re:trunk, did you use the script or do it manually?
#10:55:18dbsberick: just did a clean install
#10:55:46berickdbs: heh.. re:trunk, did you use the script or do it manually?
#10:55:48dbs(manually, if that's what you're asking)
#10:55:55berickyeah
#11:00:49dbsstill on dojo 1.3.x for trunk, right?
#11:01:20berickdbs: yeah
#11:01:53berickthough, i didn't have any noticible probs with 1.4
#11:02:07bericki believe i recall mike saying he saw some funkiness
#11:44:57miker_so ... just to reiterate ... IE -= 2^32
#11:45:08miker_"XML spec? what's that"
#11:46:45miker_(in related news, I found why IE hates AutoIDL)
#11:46:51dbskbeswick: speaking of which -- if you're working on btresult, you might want to take a look at it in IE. It is... humourous.
#11:48:17StephenGWillsdid anyone ever figure out the boot_Dynaloader issue? because i am trying to get ready for Grand Rapids, you KNOW it decided to visit me today. doh!
#11:49:42kbeswickdbs: just was loading up winxp vbox as you typed that
#11:50:17kbeswick...which does not appear to want to connect to the internet. bah!
#11:59:06_bott_StephenGWillis: regarding plperl for postgres?
#12:04:03StephenGWills_ has joined #evergreen
#12:04:37_bott_StephenGWills_: was that boot_Dynaloader related to plperl for postgres?
#12:04:48StephenGWills_yes.
#12:04:55_bott_postgres built from source?
#12:05:02StephenGWills_i am also using the stow 8.2 postgresql
#12:05:05StephenGWills_yes
#12:05:31_bott_I received it when building 8.3.9 missing some configure options.
#12:05:59StephenGWills_ok... i have a lead i am going after will post if it solves it
#12:06:13_bott_I should say after building, it ran fine, but wouldn't take plperl and friends
#12:07:07_bott_./configure --with-perl --with-openssl --with-libxslt --with-libxml --enable-integer-datetimes seemed to work well
#12:07:39dbsStephenGWills: you're probably connecting to 8.3 instead of 8.2 or something like that
#12:08:19dbswe've seen this problem recently where 8.4 was installed by default, and 8.3 was installed after, and the wrong port was getting connected
#12:08:34StephenGWills has quit IRC
#12:08:34StephenGWills_ is now known as StephenGWills
#12:24:40zed2 has joined #evergreen
#12:24:40StephenGWillsdbs: you may be right, I jsut manually restarted all systemmatically and problem went away. I tried tweaking shared_buffers the other day and probably restarted the wrong pg_ctl
#12:35:12StephenGWills_ has joined #evergreen
#12:37:37phasefxdbs: it just so happens something I'm working (local customizations for sound effects) can be leveraged to change the OPAC skin defined in chrome
#12:37:57phasefxmy tactic is to xhr and eval /xul/server/skin/custom.js
#12:38:21StephenGWills has quit IRC
#12:38:21StephenGWills_ is now known as StephenGWills
#12:39:48phasefxand do that with every remote interface, and with menu_frame.xul and opac.xul for chrome
#12:49:40phasefxwent ahead and committed that; now I get to see how git stash will work if the files stashed were modified a bit
#12:56:58zed2 has left #evergreen
#13:02:42jenny has left #evergreen
#13:29:21atzphasefx: verdict?
#13:30:00phasefxit did register a conflict where I couldn't really see a difference, edited the file and moved on. Didn't see any --continue type command or anything
#13:33:39dbs tried "svn merge" last night for the initial cut of the self-serve password stuff, then went back to "svn diff -r ####:HEAD" and hand-editing the diff file
#13:33:55dbsand phasefx++
#13:34:18dbsphasefx: although - is that per-OU-ish?
#13:35:12phasefxdbs: it _could_ be, nothing precluding you from pulling an org unit setting within custom.js and doing what you will with it
#13:35:49dbsphasefx: just thinking that an OU setting would make things pretty simple, vs. having to edit another JS file
#13:37:44phasefxfor what I'm doing, a server-side javascript file is sufficient (they're wanting global changes). I think you're right with ou setting for opac skin. Just realized that this _could_ be another mechanism for you
#13:39:51StephenGWills has quit IRC
#13:42:54phasefxfor those 4 url constants, we could do something like if (data.hash.aous['opac_skin']) { url = url.replace(/default/,data.hash.aous['opac_skin']); } wherever they get used
#13:43:59phasefxhaving the skin be a user option in My Account : Settings might also be interesting :)
#13:45:27BobW has quit IRC
#14:07:36brendan_bywater has joined #evergreen
#14:10:56StephenGWills has joined #evergreen
#14:17:34pmplett has joined #evergreen
#14:30:31atheos has quit IRC
#14:33:51natschil has joined #evergreen
#14:36:29atheos has joined #evergreen
#14:39:31natschil has quit IRC
#14:41:37GMLGeek has quit IRC
#14:44:46GMLGeek has joined #evergreen
#15:04:53pmplett is now known as pmpafk
#15:04:55dbsUmm - for the Developers Update on Thursday morning - is somebody specific already responsible for that? I'd hate for a last-minute scramble to pull something together to get in the way of the pub crawl...
#15:06:35_bott_dbs: a little bird told me that miker_ and berick would be "in the know"
#15:06:42dbs imagines a comedy routine involving a terminal and a developer repeatedly running "svn update"
#15:07:00_bott_...hopes she told them too
#15:09:09phasefxdon't we have a precedent for the developers not knowing anything about these developer updates? :)
#15:09:42_bott_can you really call once a precedent?
#15:11:27phasefxI'd hope not in this case, but I think you can
#15:12:18gmcharltsince there's no Supreme Court of Evergreen, I think we're safe and can ignore the precedent
#15:14:12dbswe could brainstorm a list of "stuff what we should communicate" on the wiki: maybe with a list of links to show off features that might be visible on a dev server where that's appropriate
#15:14:20phasefxplenty of judges, though
#15:14:37dbsgoal: force miker_ to spell words like "philosophy" on the fly :)
#15:15:00dbs hopes miker_'s cold is getting better
#15:15:18berickdbs: yes, what you said, yes
#15:15:39miker__bott_: was that little bird ... you? ;)
#15:15:53berickmiker_: so, what are we going to talk about? ;)
#15:16:10miker_berick: dunno ... let's ask the bird
#15:16:13bericki there's a 50 minute window for the EG update
#15:16:19_bott_miker_: no, actually she's on the ESI payroll ;)
#15:16:20miker_gah
#15:16:30miker__bott_: well, not for long!
#15:16:32miker_;)
#15:17:04_bott_I believe that 50 minutes includes Bob's "the State of Evergreen" bit too
#15:21:24grantjohnson has left #evergreen
#15:21:48miker_berick: we could just read off the 1.6 feature list
#15:22:04berick asks bob how long his session will take
#15:22:29miker_"bob, can you talk for 45 mins?"
#15:24:44dbsmiker_: you mean, can he stop after 45 minutes?
#15:24:54berick chuckles
#15:24:55phasefx grins
#15:27:08dbs1.6 feature list would be reservations, self-serve password reset, and...? For acq stuff, you could do a super-minimal skim and direct people to berick's talk at 11:30
#15:28:11sfortin has quit IRC
#15:31:08berickdbs: right, and then a whole bunch of other features will be discussed at the kcls lunch-time thing
#15:31:24berickfor 2.0
#15:50:02dbsI could provide a slide or two (or a wiki page, or blog post) describing the state of the self-serve password reset feature.
#15:50:38_bott_dbs: "slide or two" just screams lightening talk
#15:55:49berick_bott_: for the lightning talk, are you recommending usb drives for shuffling our "slide or two"'s?
#15:57:16_bott_berick: sure, or we can get them on the machine ahead of time if you've got it ready (e.g. Wed or Thur)
#15:57:25berickk, thanks
#16:08:11jeff prepares to depart cleveland for grand rapids
#16:08:43dbs prepares to have a gut-wrenchingly early wake-up tomorrow to start the drive to grand rapids
#16:09:27gmcharltdbs: how early?
#16:10:16dbsgmcharlt: oh, 5:30 or so. which is about 2 hours before normal. I'm a bit of a drama queen.
#16:11:39gmcharlt5 a.m. for me
#16:11:45gmcharlt takes dbs's crown
#16:12:18dbsgmcharlt: do you have a 9-hour drive as well?
#16:13:13gmcharltdbs: six hours of flying
#16:13:40dbsgmcharlt: man, that's no fun
#16:14:13berickdbs: wow, i was wondering if you were going to drive.
#16:14:22berick9 hours.. ugh
#16:14:40gmcharltdbs: yeah, 9 hours of driving is no fun at all
#16:14:46berickgmcharlt: where is your layover, atl?
#16:14:52gmcharltberick: yep
#16:15:13dbsoh, it's going to be fun. kbeswick is with me from the start, and we're picking up r123 in Sault Ste. Marie at the 3.5 hour mark. ROAD TRIP
#16:15:14berick is in detroit, i think
#16:15:26gmcharltactually, IIRC, I'm on the same GTL to Grand Rapids run as many other Equinoxers
#16:15:34dbsberick: avoid that cloud eh?
#16:16:15gmcharltdbs: just remember that doing hackfest and road trip simultaneously is dangerous, at least if you're the driver
#16:16:20berickdbs: yeah, i'm fond of flying, especially with.. clouds
#16:17:07bericktoo bad it's a 13-hour haul from here by car
#16:20:58bericks/fond/not fond/
#16:23:34dbsokay, time to get home and pack. Safe travels, everyone
#16:24:06dbs_bott_: oh - are the sessions going to be recorded?
#16:24:48_bott_dbs: yes, but don't expect hi-def well edited ;)
#16:25:15dbs_bott_: awesome. then I don't need to offer to bring my video camera + tripod to try and tape some sessions for the Dutch
#16:25:37_bott_dbs: nope, we'll have something for them
#16:26:00_bott_ wonders if they wanna skype in the middle of the night
#16:26:23dbs thinks he recalls a song by that title
#16:33:49dbs has quit IRC
#16:52:20gdunbar has quit IRC
#17:24:54eby_ has quit IRC
#17:45:43brendan_bywater has quit IRC
#17:58:52pmpafk is now known as pmplett
#18:37:11brendan_bywater has joined #evergreen
#19:28:34jenny has joined #evergreen
#20:06:22bott-otr has joined #evergreen
#20:16:30jenny has left #evergreen
#20:27:47StephenGWills has left #evergreen
#22:36:30mck9 has left #evergreen
< Sunday, April 18th, 2010Raw Log FileTuesday, April 20th, 2010 >