2008-06-03T00:20:00  <berick> crazy, in Hardy xulrunner, when i click on 'view report output', it pops open a new window (instead of a new tab)
2008-06-03T00:23:41  <miker_> you got it to go that far?
2008-06-03T00:23:44  <miker_> nice
2008-06-03T00:41:57  <dbs> hardy xulrunner works for most screens - it doesn't seem to like the XHTML ones all that much though
2008-06-03T00:51:41  *** dbs has quit IRC
2008-06-03T05:01:02  *** ibbo has joined #OpenILS-Evergreen
2008-06-03T06:11:58  *** sarabee has quit IRC
2008-06-03T06:56:07  *** kgs_afterdark has joined #openils-evergreen
2008-06-03T06:56:15  *** kgs_afterdark is now known as kgs_workout
2008-06-03T07:48:14  *** kgs_workout has quit IRC
2008-06-03T08:13:29  *** kbeswick has joined #openils-evergreen
2008-06-03T08:14:04  *** sarabee has joined #openils-evergreen
2008-06-03T08:33:24  *** Slazer has joined #openils-evergreen
2008-06-03T09:06:00  *** skmurphy has quit IRC
2008-06-03T09:06:01  *** skmurphy_ has joined #openils-evergreen
2008-06-03T09:06:03  *** skmurphy_ is now known as skmurphy
2008-06-03T09:08:10  *** rsinger has joined #OpenILS-Evergreen
2008-06-03T09:09:05  *** rsinger has joined #OpenILS-Evergreen
2008-06-03T09:17:26  *** ibbo has quit IRC
2008-06-03T10:07:52  *** gmcharlt has joined #OpenILS-Evergreen
2008-06-03T10:20:48  *** Karen__ has joined #OpenILS-Evergreen
2008-06-03T10:32:09  *** pmurray_away is now known as pmurray
2008-06-03T11:28:19  *** pmurray is now known as pmurray_away
2008-06-03T11:29:04  *** GrantJ has joined #openils-evergreen
2008-06-03T11:29:24  <GrantJ> Good Morning
2008-06-03T11:29:35  <miker_> top o' the mornin' to ya
2008-06-03T11:30:04  <GrantJ> The craziness of little bits!
2008-06-03T11:30:14  <GrantJ> Setting strongPassword() to return true doesn't stop the new user from getting a change password prompt.
2008-06-03T11:31:51  <berick> hmm
2008-06-03T11:33:08  <GrantJ> We're also trying this while running in a new skin...
2008-06-03T11:33:39  <berick> GrantJ: make sure you change strongPassword in the default skin's JS, since that's what is imported (unless explicitly changed)
2008-06-03T11:34:08  <GrantJ> In a new Skin... will the js changes override the default?
2008-06-03T11:34:17  <GrantJ> apparently not :(
2008-06-03T11:34:51  <miker_> GrantJ: you can tell your skin to load a skin-specific version of the file
2008-06-03T11:35:19  <GrantJ> OK How?
2008-06-03T11:36:30  <GrantJ> We set Apache to use the new Skin and it seems to be using the new skin.
2008-06-03T11:36:46  <GrantJ> at least the xml files
2008-06-03T11:36:54  <berick> GrantJ: in your new skin's xml directory, change common/js_common.xml
2008-06-03T11:37:03  <berick> well, wait
2008-06-03T11:37:14  <miker_> berick can correct me, but in the skin's myaccout header there will be a <script> tag loading the JS you're using.  tell it to use the skin's version of the JS, assuming you copied all of default/ to <my-new-skin>/
2008-06-03T11:37:41  <miker_> he pre-corrected me :)
2008-06-03T11:38:15  <GrantJ> We just copied the changed files.
2008-06-03T11:38:28  <GrantJ> We need them all?
2008-06-03T11:38:39  <berick> there is no single location to force the skin to import JS from a different skin.  different XML files import differen JS files.  if you only want to override that one JS file, change common/sidebar.xml
2008-06-03T11:38:43  <berick>     <script language='javascript' type='text/javascript' src='<!--#echo var="OILS_OPAC_JS_HOST"-->/skin/default/js/sidebar.js'></script>
2008-06-03T11:38:48  <berick> change 'default' to your skin name
2008-06-03T11:39:41  <miker_> GrantJ: I find it easiest to think of a skin as a replacement instead of an overlay
2008-06-03T11:39:52  <miker_> but they can work as either
2008-06-03T11:44:11  <GrantJ> So.. It's easiest to duplicate folder/file structure and tell apache to use this as it's default.
2008-06-03T11:47:24  <miker_> GrantJ: that works when it's just UPEI, yeah ... as more come on we'll want to set up the IP redirector, or use hostname segregation, or use more specific base URLs
2008-06-03T11:53:41  *** kbeswick has quit IRC
2008-06-03T11:54:39  *** kbeswick has joined #openils-evergreen
2008-06-03T13:23:41  *** dbs has joined #openils-evergreen
2008-06-03T13:24:19  <dbs> bonjour - back from amber's 2-year-old photo session
2008-06-03T13:29:08  <kbeswick> dbs: we were wondering why you weren't online
2008-06-03T13:29:23  <kbeswick> it was lonely
2008-06-03T13:29:47  * dbs notes that his lack of a life is well-known through the interwubs
2008-06-03T13:41:05  <dbs> so what's with the marc namespace being applied to every frickin' element?
2008-06-03T13:42:09  <phasefx_> new libxml?
2008-06-03T13:42:59  <dbs> actually, it's weird - it's not every element
2008-06-03T13:43:33  <dbs> every controlfield and datafield, but not the subfields
2008-06-03T13:43:54  <dbs> as though a namespace was being applied at the first child level of the hierarchy
2008-06-03T13:44:02  <dbs> rather than just at the root... hmm
2008-06-03T13:44:52  * dbs peers at r9634 
2008-06-03T13:44:55  <dbs> "similar to the supercat feeds, we have to both define the marc namespace as well as set the namespace of the documentElement
2008-06-03T13:44:55  <dbs> at bib create time so it can be parsed properly later"
2008-06-03T13:48:18  <berick> dbs: are you looking at the upei error?
2008-06-03T13:48:28  <dbs> just started peeking, yeah
2008-06-03T13:48:43  <dbs> for lack of any direction as to which one to attack first
2008-06-03T13:48:44  <berick> strange, cuz xmlns:marc='..' is in the doc
2008-06-03T13:51:04  <berick> dbs: that commit (r9634) was a companion commit to changes made in supercat, prompted by different parsing behaviors in newer libxml2 versions
2008-06-03T14:05:50  *** kbeswick has quit IRC
2008-06-03T14:08:50  *** kbeswick has joined #openils-evergreen
2008-06-03T14:34:35  <dbs> I assume asset.copy.copy_number only shows up in the staff client at the moment
2008-06-03T14:38:21  <miker_> dbs: yes ... as an option for spine label printing, and in holding maint, IIRC
2008-06-03T14:39:11  * dbs hikes up his britches and digs back into the muck of unicorn
2008-06-03T14:43:04  <dbs> oh, bastages... they've tucked it into the item keys and not even made it an explicit field to select
2008-06-03T14:43:30  <dbs> still gettable, just had to work it out
2008-06-03T14:58:47  <GrantJ> copy_numbers.lst  in /home/opensrf
2008-06-03T15:01:53  <dbs> GrantJ++
2008-06-03T15:28:50  <dbs> meh, running a 400K transaction with individual UPDATE stmts is a stupid  (slow) thing to do.
2008-06-03T15:39:05  *** sarabee_ has joined #openils-evergreen
2008-06-03T15:44:04  *** miker__ has joined #openils-evergreen
2008-06-03T15:44:12  <dbs> aha
2008-06-03T15:44:28  *** miker_ has quit IRC
2008-06-03T15:44:39  *** miker__ is now known as miker_
2008-06-03T15:44:44  <lisppaste6> dbs pasted "permission editor problem - a lead" at http://paste.lisp.org/display/61654
2008-06-03T15:45:22  <miker_> depth wasn't chosen?
2008-06-03T15:45:22  <dbs> annnd - I need to setval the id sequence on biblio.record_entry. gah
2008-06-03T15:45:40  <dbs> postgresql log doesn't show what values were passed in
2008-06-03T15:45:52  <dbs> guess we could check with the gateway
2008-06-03T15:49:51  <dbs> yep. select nextval('biblio.record_entry_id_seq'); = 6
2008-06-03T15:49:55  <dbs> dbs--
2008-06-03T15:49:55  <pinesol> dbs: Error: You're not allowed to adjust your own karma.
2008-06-03T15:49:57  <dbs> dbs--
2008-06-03T15:49:57  <pinesol> dbs: Error: You're not allowed to adjust your own karma.
2008-06-03T15:50:04  <dbs> pinesol--
2008-06-03T15:51:53  *** sarabee has quit IRC
2008-06-03T15:57:07  *** Slazer has quit IRC
2008-06-03T15:58:01  *** kbeswick has quit IRC
2008-06-03T15:58:51  <dbs> hmm - miker_, I assume that biblio.autogen_tcn_value_seq should probably be set to the same value as biblio.record_entry_id_seq?
2008-06-03T15:59:34  <dbs> or is there a better approach?
2008-06-03T16:01:41  <miker_> dbs: it doens't matter
2008-06-03T16:02:04  <miker_> IOW, no need to touch that
2008-06-03T16:02:10  <dbs> really?
2008-06-03T16:02:21  <miker_> yeah
2008-06-03T16:02:29  <dbs> that's not what the postgresql logs said
2008-06-03T16:02:54  <dbs> they complained about a dupe tcn value for a new record; checked the seq, and it was at 3
2008-06-03T16:02:59  <miker_> unless you're inserting TCNs that look the same as that thing generates, which ... you'd have to give it a sequence
2008-06-03T16:03:12  <miker_> er
2008-06-03T16:03:18  <miker_> s/sequence/prefix/
2008-06-03T16:03:45  <dbs> This is just with the "Create new record" piece of the staff client
2008-06-03T16:03:56  <miker_> yeah
2008-06-03T16:04:14  <dbs> anyways, I updated it to max(id) of biblio.record_entry and it seemed happy
2008-06-03T16:04:15  <miker_> or "import something with not identifying value embedded
2008-06-03T16:04:37  <dbs> Maybe I should add 1M to it
2008-06-03T16:04:39  *** GrantJ has left #openils-evergreen
2008-06-03T16:04:40  <miker_> sure, but  ... that isn't supposed to matter
2008-06-03T16:04:55  <miker_> I mean, the value from that isn't (supposed to be) used directly
2008-06-03T16:05:04  <miker_> it should be prefixed...
2008-06-03T16:05:20  <miker_> hrm...
2008-06-03T16:05:21  <miker_> nope
2008-06-03T16:05:23  <miker_> arg
2008-06-03T16:06:21  <miker_> so, yeah, push it past the end, since there are low numeric TCNs
2008-06-03T16:06:42  <miker_> I'd like to do away with TCN altogether and just use the id
2008-06-03T16:06:53  <miker_> but catalogers tried to hang me when I suggested that
2008-06-03T16:06:59  <dbs> okay, we're rolling now
2008-06-03T16:07:08  <miker_> because, apparently, FDKL023982409 is better than 42
2008-06-03T16:07:09  <dbs> I'm with you, of course
2008-06-03T16:08:04  <dbs> AUAUGHG
2008-06-03T16:08:51  <dbs>  /openils/lib/perl5/OpenILS/Application/Cat.pm doesn't actually have that extra namespace setting line
2008-06-03T16:09:17  <miker_> wt...
2008-06-03T16:09:48  <miker_> did berick miss a branch on backport?
2008-06-03T16:09:52  <miker_> or something?
2008-06-03T16:11:48  <dbs> no, I don't think so
2008-06-03T16:13:17  <dbs> hmm, it's not in /home/opensrf/Evergreen-rel_1_2_2 which was last updated to rev 9740
2008-06-03T16:17:05  <dbs> ah - heh - not there in rel_1_2_2
2008-06-03T16:17:13  <dbs> I guess that answers that mystery
2008-06-03T16:20:27  <dbs> (well, hopefully anyways - will give it a shot)
2008-06-03T16:21:43  <miker_> thanks
2008-06-03T16:24:45  *** pinesol has joined #openils-evergreen
2008-06-03T16:24:45  <dbs> weird. this time the root element was just <marc:record>, and the NS stuff was on  all of the children
2008-06-03T16:25:03  <phasefx_> phasefx_++
2008-06-03T16:25:10  <miker_> eh?
2008-06-03T16:29:29  <dbs> phasefx_: new records are searchable on UPEI
2008-06-03T16:29:40  <dbs> (my firefox window just died)
2008-06-03T16:30:11  <miker_> dbs++
2008-06-03T16:30:13  <phasefx_> dbs: cool.  you should be able to adjust your own karma now
2008-06-03T16:30:24  <miker_> one more upei fix for 1.2.2.1 :)
2008-06-03T16:30:25  <dbs> phasefx_: hah
2008-06-03T16:30:47  <dbs> miker_: no, this isn't a fix for the marc.update thing
2008-06-03T16:30:59  <miker_> oh
2008-06-03T16:32:11  <dbs> different thread, sorry :)
2008-06-03T16:33:26  <miker_> well... I have combined search openurl figured out
2008-06-03T16:33:38  <dbs> oh - I think we're getting close though
2008-06-03T16:34:12  <dbs> just comparing the new record created before and after the change to the code, the after is much better
2008-06-03T16:35:47  <dbs> update is still broken though
2008-06-03T16:37:23  <dbs> phasefx_: does the staff client do any marc xml mangling when you edit a record?
2008-06-03T16:37:54  <dbs> i should know this, I just i18n-ized most of the damned cat directory a few months ago
2008-06-03T16:38:05  <phasefx_> dbs: the marc editor uses e4x
2008-06-03T16:38:33  <phasefx_> I think
2008-06-03T16:38:35  <dbs> right
2008-06-03T16:39:09  <dbs> I should probably bump up the logging to debug or internal level to see what the staff client is receiving vs. what it's returning
2008-06-03T16:39:29  <dbs> gateway shows that it is absolutely messed up coming back from the staff client
2008-06-03T16:39:55  <dbs> but I have to take Amber out for a while, followed by an evening engagement
2008-06-03T16:40:57  <lisppaste6> dbs pasted "updates since install time - high priority to be applied?" at http://paste.lisp.org/display/61659
2008-06-03T16:41:09  <dbs> btw - I svn upp'ed /home/opensrf/Evergreen-rel_1_2_2 (per paste) but haven't installed the updates
2008-06-03T16:45:28  <dbs> okay - off for a while. I'll check in when possible
2008-06-03T17:10:51  *** phase_bb has joined #openils-evergreen
2008-06-03T17:17:23  *** Karen__ has left #OpenILS-Evergreen
2008-06-03T17:55:02  *** kgs_workout has joined #openils-evergreen
2008-06-03T17:55:10  *** kgs_workout is now known as kgs
2008-06-03T19:29:05  *** djfiander has joined #OpenILS-Evergreen
2008-06-03T19:33:30  *** djfiander has quit IRC
2008-06-03T19:36:05  *** kbeswick has joined #openils-evergreen
2008-06-03T19:38:35  *** djfiander has joined #OpenILS-Evergreen
2008-06-03T19:46:00  *** gmcharlt has quit IRC
2008-06-03T19:52:26  <dbs> I'm very suspicious of the client now - cranked up logging to debug and added a logging string to print the raw XML before the namespace stuff touches it
2008-06-03T19:52:50  <dbs> it's coming back from the client completely messed up (<marc:record>)
2008-06-03T19:56:26  <djfiander> well, there's your problem right there
2008-06-03T19:56:30  <djfiander> "marc:record"
2008-06-03T19:56:41  <dbs> djfiander: haw
2008-06-03T19:59:29  <miker_> dbs: the windows one?
2008-06-03T20:06:55  <phasefx_> I could have swore we changed marcedit so that no javascript would run until onload (not that this necessarily has anything to do with anything)
2008-06-03T20:07:45  <miker_> phasefx_: what do you mean?
2008-06-03T20:08:24  <phasefx_> we call my_init in the onload, but there is stuff that would happen before that.. javascript DOM manipulation
2008-06-03T20:08:53  <phasefx_> starting with var context_menus = createComplexXULElement('popupset')
2008-06-03T20:09:54  <miker_> dbs: if/when you want to look at it more, I'll be around
2008-06-03T20:20:29  <djfiander> berick: are there functions for altering the state of a JUB, or do I just assign "approved" to the state field?
2008-06-03T20:31:06  <miker_> berick is flying ATM
2008-06-03T20:31:13  <djfiander> so?
2008-06-03T20:31:21  <djfiander> planes have wifi now.
2008-06-03T20:31:41  <djfiander> I shall ass-u-me
2008-06-03T20:32:53  <phasefx_> berick does work on planes, but haven't seem him do wireless on one yet :)
2008-06-03T20:33:12  <djfiander> he's better than me. Planes are prime reading time for me
2008-06-03T20:37:42  <phasefx_> same here
2008-06-03T21:05:40  <djfiander> I think I killed the acq box.
2008-06-03T21:05:56  <djfiander> Just posted an update, and I'm not getting a response back
2008-06-03T21:06:14  <djfiander> or it's just osrf-http-translator that's dead.
2008-06-03T21:14:45  <djfiander> NASA image of the day is a Martian Sunset: http://www.nasa.gov/multimedia/imagegallery/image_feature_347.html
2008-06-03T21:15:09  *** djfiander is now known as Wash
2008-06-03T21:15:20  <Wash> That sounds like something out of science fiction
2008-06-03T21:15:22  *** Wash is now known as Zoi
2008-06-03T21:15:46  *** Zoi is now known as Zoe
2008-06-03T21:15:56  <Zoe> Honey, you live on a spaceship
2008-06-03T21:16:05  *** Zoe is now known as djfiander
2008-06-03T21:22:17  <phasefx_> He killed me with a sword.  How weird is that?
2008-06-03T22:15:18  *** phase_bb has quit IRC
2008-06-03T22:23:56  <dbs> I am alive
2008-06-03T22:24:02  <miker_> no way!
2008-06-03T22:24:24  <miker_> I spent meeeellions on that ninja attack squad, too
2008-06-03T22:24:33  <dbs> miker_++
2008-06-03T22:27:08  * dbs wishes he could spend the evening watching firefly
2008-06-03T22:28:52  <dbs> miker_: yes, the windows client
2008-06-03T22:29:15  <dbs> and miker_++ for openurl movement
2008-06-03T22:29:44  <djfiander> dbs: Nash the Slash covered "Wreck of the Edmund Fitzgerald"
2008-06-03T22:29:51  <dbs> man... those 400K rows are still trucking
2008-06-03T22:30:13  <dbs> i assume a server-side function would have been blazingly fast in comparison
2008-06-03T22:30:26  <dbs> should have prematurely optimized
2008-06-03T22:30:51  <miker_> heh
2008-06-03T22:31:10  <dbs> djfiander: hmm - now that's entirely too much cancon
2008-06-03T22:31:42  <djfiander> dbs: yeah, I didn't burn the emusic d/l on it, but his Baba O'Reilly is pretty good.
2008-06-03T22:34:05  <miker_> dbs: is that the copy number stuff?
2008-06-03T22:34:31  <dbs> miker_: yes
2008-06-03T22:34:44  <miker_> k
2008-06-03T22:34:45  <dbs> point and laugh, point and laugh
2008-06-03T22:34:53  <miker_> ha
2008-06-03T22:36:27  <dbs> given that my first complaint was at 15:28, I had _no_ idea how slow it was going to be
2008-06-03T22:37:19  <miker_> oh, I know ... no pointing and laughing
2008-06-03T22:37:41  <miker_> is it a transaction per copy?
2008-06-03T22:38:18  <miker_> hrm...
2008-06-03T22:38:27  <dbs> nope - one big transaction
2008-06-03T22:38:32  <dbs> one update per copy tho
2008-06-03T22:38:48  <dbs> urgh - upei has php on that server
2008-06-03T22:39:06  <miker_> oh dear
2008-06-03T22:39:10  <miker_> php--
2008-06-03T22:39:21  <miker_> (esp. when using mod_perl)
2008-06-03T22:40:00  <dbs> exactly
2008-06-03T22:40:25  <dbs> think we should kill it?
2008-06-03T22:40:35  <dbs> I _hate_ that we don't have a test server
2008-06-03T22:40:39  <miker_> php? I always want to kill php
2008-06-03T22:41:11  <dbs> oh, miker_
2008-06-03T22:41:56  <miker_> hrm... can you paste in one of the update commands?
2008-06-03T22:41:59  <miker_> I have a theory
2008-06-03T22:42:10  <miker_> and if I'm right, then we should kill it
2008-06-03T22:42:56  <dbs> oh, i should have added a WHERE clause right?
2008-06-03T22:43:17  <dbs> Did I get you? Did you fall for it?
2008-06-03T22:43:25  <miker_> heh ... well, a longer where clause than you'd think, actually
2008-06-03T22:43:38  <miker_> did you put "and not deleted" ?
2008-06-03T22:43:47  <dbs> UPDATE asset."copy" SET copy_number = 1 WHERE barcode = '37348000000018';
2008-06-03T22:43:54  <miker_> yep ... that's the problem
2008-06-03T22:43:55  <dbs> ohsonofa
2008-06-03T22:44:38  <dbs> at this point, i could disable the triggers too
2008-06-03T22:44:53  *** kbeswick has quit IRC
2008-06-03T22:44:54  <miker_> nah ... the problem is the seq-scan per update
2008-06-03T22:45:11  <miker_> I mean, disabling the trigger would help some
2008-06-03T22:45:16  *** kgs has quit IRC
2008-06-03T22:45:17  <miker_> but that's a smaller issue
2008-06-03T22:45:51  <dbs> ok - time to kill
2008-06-03T22:46:12  <dbs> damn, I was _almost_ half-way through
2008-06-03T22:47:06  <miker_> so, to mitigate this in the future, I'v added a non-unique index on barcode, without the "is false" constraint
2008-06-03T22:48:41  <dbs> excellent
2008-06-03T22:48:52  *** djfiander has quit IRC
2008-06-03T22:55:22  <miker_> dbs: when you get that going again, I want to try something with the marc editor...
2008-06-03T23:00:33  <dbs> ok
2008-06-03T23:00:36  <dbs> let's rock
2008-06-03T23:01:34  <dbs> hah - 150K updates already done
2008-06-03T23:02:32  <miker_> :)
2008-06-03T23:03:20  <dbs> done
2008-06-03T23:03:26  <dbs> miker_++
2008-06-03T23:03:46  <miker_> so, I want to try a different different marcxml URL in the marc editor
2008-06-03T23:03:47  <dbs> I'm kind of like a crash test dummy
2008-06-03T23:03:49  <dbs> okay
2008-06-03T23:04:15  <miker_> and ... I'm in less of a position to test
2008-06-03T23:04:35  *** kgs has joined #openils-evergreen
2008-06-03T23:04:53  <dbs> no probl
2008-06-03T23:04:58  <dbs> no problemo
2008-06-03T23:05:07  <miker_> IIRC, the editor gets a url from outside
2008-06-03T23:05:17  <miker_> I think that's the method that is in use
2008-06-03T23:05:29  <miker_> through xulG.record.url
2008-06-03T23:06:32  <miker_> assuming that's the case, I want to fetch from the exporter instead of supercat
2008-06-03T23:06:54  <miker_> http://dev.gapines.org/exporter?format=XML&id=1
2008-06-03T23:06:57  <miker_> that instead of
2008-06-03T23:07:05  <miker_> http://dev.gapines.org//opac/extras/supercat/retrieve/marcxml/record/4
2008-06-03T23:07:29  <dbs> you recall well
2008-06-03T23:08:06  <miker_> now ... the reason is on line 110 of marcedit.js
2008-06-03T23:08:18  <miker_> (sans any debugging)
2008-06-03T23:09:01  <miker_> which discards any wrapping elements (<marc:collection>) and presents <marc:record ...> directly to the editor
2008-06-03T23:09:33  <dbs> barf
2008-06-03T23:09:54  <dbs> appears to be the same result
2008-06-03T23:10:12  <miker_> my theory is that the prefixed version of the marc namespace is getting stripped ...
2008-06-03T23:10:14  <miker_> well
2008-06-03T23:10:16  <miker_> hrm
2008-06-03T23:10:28  <miker_> and this was after clearing cache or restarting the SC?
2008-06-03T23:10:28  <dbs> lemme check osrfsys to ensure that the xul wasn't cached or something silly like that
2008-06-03T23:10:32  <miker_> heh
2008-06-03T23:10:39  <dbs> this was after restarting the SC
2008-06-03T23:10:43  <miker_> k
2008-06-03T23:10:47  <phasefx_> feed it a static url that serves an xml file you can tweak at whim
2008-06-03T23:11:21  <dbs> aahhh
2008-06-03T23:11:23  <miker_> phasefx_: that seems like a lot of work to test this...
2008-06-03T23:11:34  <dbs> apache log says that it fetched the old URL
2008-06-03T23:11:39  <phasefx_> miker_: more of an if all else fails type thing
2008-06-03T23:11:48  <dbs> would apache have served up the old file?
2008-06-03T23:11:52  <dbs> weird
2008-06-03T23:12:15  <miker_> admin->for developers->clear cache ?
2008-06-03T23:12:27  <miker_> after not being in the editor, that is
2008-06-03T23:12:30  <phasefx_> and the interface has to be closed for clear cache to work
2008-06-03T23:12:35  <phasefx_> right
2008-06-03T23:13:14  <dbs> ah.. so both actions need to happen - gotcha
2008-06-03T23:13:43  <miker_> dbs: where are you testing, btw?
2008-06-03T23:14:00  <miker_> because ... I think we may need to adjust their apache config if it's on i-p
2008-06-03T23:14:08  <dbs> live
2008-06-03T23:14:11  <dbs> yep
2008-06-03T23:14:16  <miker_> ok ... sec
2008-06-03T23:15:09  <dbs> ARGH. Still retrieving old url
2008-06-03T23:15:17  <miker_> ok ... restarted apache
2008-06-03T23:19:34  * miker_ installs new SC
2008-06-03T23:21:04  <dbs> SMACK SMACK SMACK SMACK -- STOP ASKING FOR THE OLD URL
2008-06-03T23:21:50  <miker_> where should I register?
2008-06-03T23:21:54  <miker_> UPEI?
2008-06-03T23:22:04  <miker_> or UNI
2008-06-03T23:22:12  <miker_> not that I'll be circulating
2008-06-03T23:24:23  <dbs> UPEI
2008-06-03T23:24:35  <dbs> those are two very different xml formats
2008-06-03T23:24:44  <dbs> (I just pulled via wget to compare)
2008-06-03T23:25:30  <miker_> shouldn't be
2008-06-03T23:25:39  <miker_> should be very much the same
2008-06-03T23:27:59  <dbs> supercat is wrapped in a collection element
2008-06-03T23:28:11  <dbs> oh duh
2008-06-03T23:28:12  <miker_> so is exporter
2008-06-03T23:28:15  <dbs> they both are
2008-06-03T23:28:19  <miker_> yes
2008-06-03T23:28:46  <dbs> supercat has the marc: namespace prefixes at collection and record level; exporter doesn't
2008-06-03T23:29:05  <miker_> right ... all default namespace in exporter
2008-06-03T23:29:09  <dbs> don't worry miker_, I'm way behind you
2008-06-03T23:29:23  <miker_> not mixing default and prefixed, which is, I think, the problem
2008-06-03T23:29:30  <miker_> well, part of the problem
2008-06-03T23:29:52  <miker_> the bigger problem is that XML processors suck
2008-06-03T23:30:24  <dbs> amen
2008-06-03T23:32:57  <dbs> oh sonofa
2008-06-03T23:33:14  <dbs> i think the call for marcxml retrieve is actually coming from opac.xul
2008-06-03T23:34:45  <miker_> really? ... no
2008-06-03T23:36:01  <dbs> no, it's not.
2008-06-03T23:36:10  <miker_> oh
2008-06-03T23:36:18  <miker_> you changed the "fake" section
2008-06-03T23:36:33  <dbs> tell me there's another spot in that file
2008-06-03T23:36:47  <miker_> no, it's in another file, IIRC
2008-06-03T23:37:01  <miker_> phasefx_: how are you getting the marc record to the editor
2008-06-03T23:37:07  <phasefx_> looking
2008-06-03T23:37:33  <miker_> dbs: what you changed was my standalone development stub
2008-06-03T23:37:45  <phasefx_> 'record' : { 'url' : '/opac/extras/supercat/retrieve/marcxml/record/' + docid },
2008-06-03T23:37:48  <phasefx_> for existing records
2008-06-03T23:38:02  <miker_> phasefx_: and where are you doing that
2008-06-03T23:38:09  <phasefx_> chrome, opac.xul
2008-06-03T23:38:13  <miker_> heh
2008-06-03T23:38:15  <miker_> super
2008-06-03T23:38:15  <dbs> CHROME
2008-06-03T23:38:18  <phasefx_> function set_marc_edit
2008-06-03T23:38:20  <miker_> PERFECT
2008-06-03T23:38:26  <miker_> arg
2008-06-03T23:38:35  <miker_> ok... back to attempting to fix supercat
2008-06-03T23:39:00  <dbs> well, I'll give the chrome a shot anyways
2008-06-03T23:39:11  <miker_> k
2008-06-03T23:39:21  <dbs> just to confirm that making supercat like exporter will actually fix this
2008-06-03T23:39:29  <miker_> righto
2008-06-03T23:42:40  <dbs> (downloading gvim into my poor windows vm image)
2008-06-03T23:48:21  <dbs> I am glad I don't have guns around the house, because right now I would be making a meal of one
2008-06-03T23:50:51  <dbs> changed cat/opac.js where it called supercat/retrieve - still got a call to supercat/retrieve in the logs and crashage
2008-06-03T23:51:10  <dbs> found that cat/opac.xul _also_ calls supercat/retrieve
2008-06-03T23:51:43  <dbs> hallelujah
2008-06-03T23:52:00  <dbs> I can confirm that the exporter format makes 1.2.2.0 sc happy
2008-06-03T23:52:11  <miker_> ROCK
2008-06-03T23:52:19  <miker_> ok... now to fix supercat
2008-06-03T23:52:41  <dbs> (and bad on me for not noting phasefx_ pointing specifically to set_marc_edit
2008-06-03T23:53:02  <dbs> err, to opac.xul)
2008-06-03T23:54:31  <miker_> dbs: can you easily switch back?
2008-06-03T23:54:35  <miker_> if so, just a sec
2008-06-03T23:54:37  <dbs> yessir
2008-06-03T23:55:00  <miker_> ok ... try with supercat
2008-06-03T23:55:42  <phasefx_> sadly, this all would have been remote xul if not for some xulrunner weirdness with the browser widget; though it may be worth trying to port it now, whatever the original bug was might be fixed
2008-06-03T23:57:01  <miker_> dbs: if that does not work, I have one more trick up my sleeve
2008-06-03T23:57:24  <dbs> you need no tricks - it worked
2008-06-03T23:57:32  <miker_> perfect
2008-06-03T23:57:33  <miker_> ok
2008-06-03T23:58:00  <miker_> xml_processors--
2008-06-03T23:58:02  <miker_> god
2008-06-03T23:58:10  <miker_> checking in
2008-06-03T23:59:12  <dbs> time to delete my stub records from the system ("stubbie", "captain stubing")