| # | Time | Nick | Message |
|---|
| # | 01:13:44 | dbs has quit IRC |
| # | 01:32:01 | jamesrf has quit IRC |
| # | 07:21:12 | skmurphy has joined #openils-evergreen |
| # | 07:39:39 | kgs has joined #openils-evergreen |
| # | 08:35:57 | eby has joined #OpenILS-Evergreen |
| # | 09:08:04 | BenO has joined #openils-evergreen |
| # | 09:10:34 | BenO is now known as BenO|lunch |
| # | 09:30:17 | BenO|lunch is now known as BenO |
| # | 09:42:26 | dbs has joined #openils-evergreen |
| # | 09:54:49 | greg-g has quit IRC |
| # | 09:55:01 | greg-g has joined #openils-evergreen |
| # | 10:19:00 | phase_bb has quit IRC |
| # | 10:27:04 | dbs | Added "Bloggers" to the evergreen-ils.org header, links to the planet. Added the evergreen-ils.org header to the planet. |
| # | 10:27:49 | dbs | I think we should collapse "Blog", "Mailing lists", "Chat", "Evergreen Libraries", and "Bloggers" into a single "Community" heading. |
| # | 10:36:59 | phasefx | that sounds good to me |
| # | 10:45:29 | atheos has quit IRC |
| # | 10:45:29 | asmodai has quit IRC |
| # | 10:47:39 | asmodai has joined #OpenILS-Evergreen |
| # | 10:52:49 | atheos has joined #OpenILS-Evergreen |
| # | 10:58:55 | jeff | oh heck. restarting opensrf perl services doesn't help when i'm changing things in OpenILS::WWW |
| # | 11:03:27 | dbs | heh |
| # | 11:20:19 | jeff | yay. added a new AddedContent module and it works. now I just wish you could stack them. |
| # | 11:20:56 | jeff | but i don't think i'm ready to tackle that yet. i'll probably just end up bolting it in under the primary module for now. |
| # | 11:23:50 | lisppaste6 has quit IRC |
| # | 11:35:51 | dbs | cool - what are you adding content from? |
| # | 11:36:00 | lisppaste6 has joined #openils-evergreen |
| # | 11:41:01 | jeff | dbs: reviews from sopac's insurge |
| # | 11:41:12 | dbs | jeff++ |
| # | 11:42:47 | miker_ | jeff: patch time! :) |
| # | 11:42:54 | jeff laughs |
| # | 11:43:07 | jeff | i didn't say it was pulling the RIGHT reviews yet... ;) |
| # | 11:43:13 | miker_ | ha |
| # | 11:44:36 | jeff | insurge stores based on bib id, evergreen throws isbn at /ac/ handlers, i'm trying to determine how i want to approach it. i think i'm going to have the added content handler make an open-ils.search.biblio.isbn search or a call to oISBN to get the record ids for that isbn. |
| # | 11:45:33 | jeff | third and fourth options would be to make insurge handle it based on the isbn->bib mappings in locum (sopac-talk), or to tweak the opac to give a record ID to that added content handler. |
| # | 11:45:48 | jeff | but so far i've managed to get away with no changes to the opac itself, so... |
| # | 11:46:18 | jeff | and i think giving all reviews for related bibs would be useful, with a "this review is about a slightly different version of this item" on some. |
| # | 11:47:06 | miker_ | jeff: I like the oisbn plan, personally |
| # | 11:47:09 | phase_bb has joined #openils-evergreen |
| # | 11:47:47 | jeff | me too, bigger rewards, changes things in fewer places. |
| # | 11:48:29 | lisppaste6 has quit IRC |
| # | 11:48:48 | jeff | and yeah, this isn't a "jeff's got a patch" milestone, it's more of a "jeff just learned something new" :) |
| # | 11:49:10 | dbs | jeff: hmm, so you're running a local insurge? |
| # | 11:49:57 | jeff | dbs: hoping to. just a dev instance right now, and many many missing parts. |
| # | 11:53:47 | eby has joined #OpenILS-Evergreen |
| # | 11:53:54 | meliss has joined #OpenILS-Evergreen |
| # | 11:58:41 | brendan_ga has quit IRC |
| # | 11:58:48 | brendan_ga has joined #OpenILS-Evergreen |
| # | 12:02:05 | miker_ | dbs: crazy busy for a detailed response, but other than my suggestion from before (giving a nullable location to issuances for unbarcoded instances) I think the serials stuff looks good. and you've been swimming in it, so I defer to you on the details |
| # | 12:02:30 | miker_ | dbs: that's re your email to -dev, btw |
| # | 12:02:32 | dbs | miker_: thanks man |
| # | 12:03:13 | dbs | the subscription/record_entry/binding_unit/call_number relationship is getting pretty damned hairy :) |
| # | 12:04:26 | miker_ | regarding frances' binding unit concern, I was thinking that instead of directly exposing an issuance to the asset area, perhaps always go through a binding unit ... and have binding units of one issuance for single-issue "things" |
| # | 12:04:41 | miker_ | which would suggest moving the location an CN pointers from issuance to binding unit |
| # | 12:04:58 | miker_ | and, while more indirection, would be more consistent overall .. perhaps |
| # | 12:05:26 | dbs | I think I could buy into that |
| # | 12:05:37 | miker_ | that was more-or-less my original thought, but may have been lost in the echos of time and schema changes |
| # | 12:06:51 | dbs | holy moley, something is killing our test server performance... /me goes to check "who" and "last" |
| # | 12:07:57 | miker_ | (then, with the pass through binding units, just always display binding units, and "no binding unit" could easily represent "not here or not checked in yet" ... at least from the display point of view |
| # | 12:07:58 | dbs wonders if it's hordes of cataloguers playing with "Validate" |
| # | 12:08:00 | berick | dbs: your localized org unit (types) display fixes with the autogen fixes, etc... does that span multiple commits or is it just 1 changeset? |
| # | 12:08:08 | miker_ | anyway, back to the salt mines ;) |
| # | 12:08:58 | djfiander has joined #OpenILS-Evergreen |
| # | 12:09:14 | dbs | berick: two commits I think - when phasefx or miker_ pointed out the affect on the staff client |
| # | 12:09:21 | dbs checks timeline |
| # | 12:09:22 | djfiander | "effect" |
| # | 12:09:31 | djfiander | <- grammar nazi |
| # | 12:11:40 | dbs | so http://svn.open-ils.org/trac/ILS/changeset/12603 |
| # | 12:12:44 | dbs | and http://svn.open-ils.org/trac/ILS/changeset/12504 |
| # | 12:12:52 | dbs | (for rel_1_4_0) |
| # | 12:13:20 | berick | dbs++ many thanks |
| # | 12:13:32 | dbs | djfiander++ # much obliged |
| # | 12:14:18 | djfiander | for correcting your grammar? ;-) |
| # | 12:14:35 | miker_ | there's been a lot of churn on 1.4.0 in the last couple days (scaring me off of cutting the new release) ... are we back to stable? |
| # | 12:15:04 | dbs | djfiander: indeed |
| # | 12:15:09 | djfiander | dbs: Frances just posted to the list some comments about your serials patch. |
| # | 12:15:20 | dbs | djfiander: yep, read that |
| # | 12:15:28 | djfiander | I think she's confused about holdings vs items, but then I probably am too. |
| # | 12:16:19 | djfiander | III definitely differentiates between check-in records & holdings statements on one side, and items on the other. |
| # | 12:18:46 | dbs | In a world where you circulate issues (hello KCLS), you should probably have the option of adding a barcode when you checkin an issue (or 50 copies of that issue, as the case may be) |
| # | 12:20:11 | djfiander | yes, but wouldn't that create an item? that's just a workflow thing. I don't think we're going to be sticking barcodes into 863 fields |
| # | 12:21:34 | dbs | No, we're not going to be sticking barcodes into 863 fields. |
| # | 12:22:28 | dbs | We're the ones who need to enable the workflow and desired display characteristics, though. |
| # | 12:24:17 | dbs | (although, very short term, I just want to enable our non-circulating serial holdings to display in a meaningful way) |
| # | 12:24:38 | djfiander | I haven't looked at your original message too closely, but it does seem to be focused primarly on checkin and holdings management, rather than items. For everything in a library except serials, there's no difference between a holding and an item, but that's the part we're looking at here. |
| # | 12:25:43 | djfiander | and in the long run, we also need to provide a "binding" routine that takes a set of 863s describing issues and compresses them into a single summary 863 for the bound volume (potentially) |
| # | 12:25:45 | miker_ | djfiander: yes, there will be an item linked to the issuance, if it's barcoded |
| # | 12:26:01 | dbs | So... my message was about changes to the existing structure, not about existing stuff |
| # | 12:26:20 | dbs | right, like miker_ said - although that might move to the binding_unit |
| # | 12:26:29 | miker_ | right, the link |
| # | 12:26:59 | miker_ | but asset.copy will remain the keeper of the barcodes, I think |
| # | 12:27:04 | djfiander | ick. I'm afraid to think about trying to compress consecutive summary 863s for display. |
| # | 12:27:15 | djfiander | everytime I think about this, it gets harder |
| # | 12:29:27 | jeff | oh hey, of course that patron can view other patron settings. it's a local admin. :P |
| # | 12:29:35 | jeff smacks forehead |
| # | 12:29:44 | djfiander | heh |
| # | 12:30:11 | djfiander | you have no idea how often I want to be able to log in to "my library account" and just have a public display by default. |
| # | 12:31:46 | jeff | i was playing around with open-ils.actor.patron.settings.retrieve and forgot my current auth token wasn't a normal patron. |
| # | 12:34:59 | dbs | djfiander: our current ILS compresses 863s by adding a comma between each issue, it's real sophistercated. |
| # | 12:36:12 | djfiander | dbs: are you sure? The public display for The Economist seems to be pretty well compressed, compared to the 863s you sent me. |
| # | 12:40:04 | dbs | djfiander: ah, you're right, it is smarter than that |
| # | 12:40:30 | djfiander | oh. You actually have 8[56]4 fields in your holdings. |
| # | 12:40:45 | djfiander | (see "Suppl text holdings" in Economist record) |
| # | 12:40:46 | djfiander | carp |
| # | 12:40:55 | djfiander makes note to add more test cases. |
| # | 12:41:06 | dbs | damned straight! |
| # | 12:41:13 | dbs | we likes our indexes and supplementals |
| # | 12:42:26 | dbs | so, compression seems to be ($holdings[0] . " - " $holdings[-1]) if the 863s are complete in between that range - does that still scare you? |
| # | 12:43:59 | djfiander | assume that when we bind something, we take the individual issue 863s and compress them all together to create a single 863 that looks like |
| # | 12:44:37 | djfiander | $a37$b1-12$i2007$j01-12 |
| # | 12:45:48 | djfiander | now for display, I want to say that we own v.35:no.1 (2005:Jan) - v.39:no.3 (2009:Mar) |
| # | 12:46:23 | djfiander | so I need to test a series of volume-level 863s to make sure they're complete and the glue everything together. |
| # | 12:46:29 | djfiander | or something. |
| # | 12:47:03 | djfiander | this is where the disconnect between the holdings statements and the item records becomes REALLY obvious |
| # | 12:48:23 | dbs | uh, I don't think we would do that with the 863; we would delete the 863 and modify the 866. |
| # | 12:48:35 | dbs | 863 plural |
| # | 12:49:21 | djfiander | see 863 ind2 values 2 and 3. |
| # | 12:49:41 | dbs | I'm just telling you what we would do, in practice. |
| # | 12:50:12 | dbs | Which, you know, might help provide some data points about how far down the MFHD rabbit hole you really need to go. |
| # | 12:50:31 | djfiander | the fact that nobody uses big chunks of this stuff regularly makes me nervous. |
| # | 12:50:49 | djfiander | we've already seen that migration will be challenging for the prediction data |
| # | 12:51:25 | berick | when a provider is created in the ACQ system, should we automatically create a config.bib_source entry? |
| # | 12:52:59 | dbs | berick: I think at least the option is a great idea, useful for places that are going with shelf-ready cataloging |
| # | 12:53:20 | berick | dbs: right, kinda what i was thinking |
| # | 12:53:40 | berick | option is good, since many folks will never use the provider records in the real catalog |
| # | 12:53:56 | berick | thx |
| # | 12:54:58 | djfiander | dbs: it's a very deep hole, and I'm sure that somebody somewhere is using every single part of it somehow. |
| # | 12:55:20 | berick | miker_: if no objections, I'm going to add a 'provider' param to www::vandelay so i can lean on that for the initial marc upload. regular vandelay can just ignore it |
| # | 12:55:47 | djfiander | but, given that we don't actually really delete records from the database, compression doesn't save space, but just parsing time. It can wait until phase II. |
| # | 12:56:39 | djfiander | "Laurentian is leading the development of a new catalogue for Ontario universities and colleges." |
| # | 12:56:53 | djfiander | really?!? I'm sure my UL would be surprised to hear this ;-) |
| # | 12:57:41 | dbs | djfiander: hmm, where is that? |
| # | 12:57:57 | djfiander | your library's home page |
| # | 12:57:59 | djfiander | http://laurentian.ca/Laurentian/Home/Departments/Library?Laurentian_Lang=en-CA |
| # | 12:58:20 | dbs | ah. *sigh* |
| # | 12:59:22 | djfiander | look on the bright side: who's gonna read the stuff on the Demarais library homepage anyway ;-) |
| # | 12:59:45 | dbs | well, to be fair there is one college and three universities that will be using Conifer. adding "some" to that sentence would be a signficant improvement |
| # | 12:59:51 | dbs | djfiander: true, true |
| # | 13:07:46 | mrpeters-isl_ has joined #openils-evergreen |
| # | 13:16:07 | eby_ has joined #OpenILS-Evergreen |
| # | 13:22:36 | eby has quit IRC |
| # | 13:24:12 | mrpeters-isl_ has left #openils-evergreen |
| # | 13:25:34 | jamesrf has joined #openils-evergreen |
| # | 13:34:59 | BenO has quit IRC |
| # | 13:58:03 | dbs | hrm: purging offline transactions in 1.4.0.2, exception thrown: "Component returned failure code 0x80004005 (NS_ERROR_FAILURE) [nsIFile.moveTo]" location: "JS Frame :: chrome://open_ils_staff_client/content/main/main.js :: anonymous :: line 180" data: no |
| # | 14:04:36 | dbs | weird, that line references the "Open XULSTANDALONE" call; nothing to do with moving files around |
| # | 14:05:26 | dbs | dbs-- # look at rel_1_4_0, dummy, not trunk |
| # | 14:07:28 | dbs | file._file.moveTo(null,filename); # okay, interesting |
| # | 14:18:39 | natschil has joined #openils-evergreen |
| # | 14:19:32 | mrpeters-isl__ has joined #openils-evergreen |
| # | 14:20:03 | mrpeters-isl__ | anyone know what a "2" in "age_protected" in asset.copy defines? |
| # | 14:29:59 | jamesrf | mrpeters-isl_: the id in config.rule_age_hold_protect ? |
| # | 14:33:07 | mrpeters-isl__ | ah ha |
| # | 14:33:22 | mrpeters-isl__ has quit IRC |
| # | 14:35:43 | natschil has quit IRC |
| # | 14:46:18 | brendan_ga | hello all -- |
| # | 14:46:49 | brendan_ga | quick question -- when I'm using parse_holdings.pl what format do I need for imput file? |
| # | 14:47:20 | brendan_ga | I was using the same file that I used for marc2bre.pl / direct ingest / pg_loader dance.. |
| # | 14:47:30 | brendan_ga | it's .mrc |
| # | 14:47:36 | dbs | I think parse_holdings.pl was written for marc21xml, but it will have to be tailored to whatever your legacy ILS produces |
| # | 14:48:24 | brendan_ga | using marcedit I converted to marc21xml without namespaces... but didn't like that |
| # | 14:48:36 | brendan_ga | coming from a horizon site |
| # | 14:48:58 | brendan_ga | got records in -- just trying to do the holdings dance... |
| # | 14:55:03 | dbs | You would be better off dumping holdings info directly from horizon database and using the staging table approach |
| # | 15:05:09 | miker_ | berick: re 12:55, I OBJECT. no, not really |
| # | 15:05:51 | berick | miker_: good, cuz there's gonna be a couple of other fields as well ;) |
| # | 15:06:43 | miker_ | bah! |
| # | 15:10:46 | dbs finishes a test offline transaction session - yay |
| # | 15:12:31 | dbs | although I still can't purge the transactions from the rel_1_4_0_2 client. boo. |
| # | 15:18:07 | djfiander has quit IRC |
| # | 15:21:18 | dbs | Okay, now that djfiander is gone, I'm going to merge that serials patch. I expect SVN to explode. |
| # | 15:24:35 | lisppaste6 has joined #openils-evergreen |
| # | 15:58:31 | sarabee_ has joined #openils-evergreen |
| # | 16:00:41 | meliss has quit IRC |
| # | 16:12:12 | sarabee has quit IRC |
| # | 17:09:42 | dbs has quit IRC |
| # | 17:59:56 | eby_ has quit IRC |
| # | 18:48:13 | jamesrf has quit IRC |
| # | 18:50:54 | jamesrf has joined #openils-evergreen |
| # | 18:52:35 | jamesrf has quit IRC |
| # | 19:28:10 | jamesrf has joined #openils-evergreen |
| # | 20:05:58 | eby has joined #OpenILS-Evergreen |
| # | 20:40:42 | dbs has joined #openils-evergreen |
| # | 20:45:17 | jeff | 'evening |
| # | 20:46:25 | sarabee_ has quit IRC |
| # | 20:48:42 | dbs | 'allo 'allo |
| # | 20:50:46 | jeff | so hey, the craziest thing... the ora perl books are BLUE now! |
| # | 20:51:02 | jeff grins |
| # | 20:51:32 | sarabee_ has joined #openils-evergreen |
| # | 20:56:26 | dbs | No way, that's like a religious conversion. |
| # | 20:57:50 | sarabee__ has joined #openils-evergreen |
| # | 20:59:43 | Dyrcona has joined #openils-evergreen |
| # | 21:12:31 | dbs has quit IRC |
| # | 21:13:14 | sarabee_ has quit IRC |
| # | 21:13:14 | dbs has joined #openils-evergreen |
| # | 21:13:36 | sarabee_ has joined #openils-evergreen |
| # | 21:15:43 | dbs | my_laptop-- |
| # | 21:24:31 | skmurphy | what happend? |
| # | 21:24:53 | jeff | it's been crashing, regularly. |
| # | 21:25:06 | jeff | dbs: my sympathies, that sucks. |
| # | 21:25:26 | dbs | @karma my_laptop |
| # | 21:25:26 | pinesol | dbs: Karma for "my_laptop" has been increased 0 times and decreased 13 times for a total karma of -13. |
| # | 21:27:38 | sarabee__ has quit IRC |
| # | 21:31:27 | sarabee has joined #openils-evergreen |
| # | 21:34:00 | jamesrf has quit IRC |
| # | 21:40:50 | sarabee_ has quit IRC |
| # | 21:49:53 | Dyrcona has quit IRC |
| # | 21:56:27 | mib_yadwe5 has joined #openils-evergreen |
| # | 21:57:11 | mib_yadwe5 | -= THIS MESSAGE NOT LOGGED =- |
| # | 22:00:49 | jeff | -= THIS MESSAGE NOT LOGGED =- |
| # | 22:01:18 | phasefx | -= THIS MESSAGE NOT LOGGED =- |
| # | 22:01:19 | jeff | -= THIS MESSAGE NOT LOGGED =- |
| # | 22:02:00 | mib_yadwe5 | unintentional. thank you. i don't suppose it runs on UNIX at all? |
| # | 22:02:33 | jeff | mib_yadwe5: it does, and is most frequently run on linux, in my experience. |
| # | 22:02:45 | dbs | even the staff client can run on linux |
| # | 22:02:50 | jeff | staff client is xulrunner based, and can run on windows/linux/osx |
| # | 22:03:33 | jeff | mib_yadwe5: the faq has lots of good info (i'm not trying to send you away!), you can find it here: http://evergreen-ils.org/dokuwiki/doku.php?id=faqs:evergreen_faq_1 |
| # | 22:04:31 | jeff | mib_yadwe5: http://evergreen-ils.org/dokuwiki/doku.php?id=faqs:evergreen_faq_2 gets more into the "what's evergreen built on / written in", etc. |
| # | 22:05:17 | mib_yadwe5 | thanks so much, very helpful :) |
| # | 22:09:10 | jeff | mib_yadwe5: and of course, ask questions here if you have any others. |
| # | 22:09:36 | jeff | (or to confirm something... there's always a chance that something in the faq is outdated) |
| # | 22:10:38 | phasefx | like aquisitions in winter 2008 :) |
| # | 22:12:10 | phasefx | fixed |
| # | 22:13:25 | dbs | phasefx: you travelled back in time? |
| # | 22:13:46 | phasefx | dbs: I did, but unfortunately, it created a new timeline that we're not in |
| # | 22:14:40 | dbs | hrm, we're not writing general.useragent.locale to prefs.js, apparently |
| # | 22:14:53 | mib_yadwe5 | i read that it's supported on windows, linux and mac ... not on unix, unless i'm missing something :( |
| # | 22:15:01 | jeff ssh port forwards through 1955 and back into the alternate timeline and checks out other-2009's trunk |
| # | 22:15:22 | jeff | mib_yadwe5: what unix are you looking to run it on? |
| # | 22:15:30 | dbs | mib_yadwe5: oh, you mean something like solaris or aix or tru64 unix? |
| # | 22:15:40 | phasefx | dbs: I'm not sure where that is getting stored |
| # | 22:15:54 | dbs | phasefx: i'm a-gonna track it down, hoss |
| # | 22:15:54 | sarabee_ has joined #openils-evergreen |
| # | 22:16:22 | phasefx | dbs: cool deal |
| # | 22:17:40 | mib_yadwe5 | yes, like solaris |
| # | 22:18:33 | jeff | you need perl, postgresql, and apache... i don't know if anyone's tried getting it all running on solaris (or opensolaris?) yet. |
| # | 22:18:54 | dbs | someone (atheos?) was pounding on solaris ages ago |
| # | 22:19:05 | jeff | (that's not all you'll need, but those are the big chunks) |
| # | 22:19:29 | phasefx | atz may also have gotten an early version running on solaris |
| # | 22:20:42 | jeff | re-reading my last, of course those three have been run on solaris, but i meant "all the little things that tie it all together, and opensrf, and..." |
| # | 22:21:04 | phasefx | the biggest problem is tracking down all of the dependencies and making sure they work. The existing community doesn't have much EG experience outside of Debian, Ubuntu, and Gentoo |
| # | 22:21:33 | phasefx | but each of the dependencies should work on POSIX-y systems |
| # | 22:23:36 | kgs has quit IRC |
| # | 22:26:56 | dbs | phasefx: nevermind, it's getting set, it just gets set outside of prefs.js. I'm too old-school. |
| # | 22:27:13 | phasefx | something in the user profile directory? |
| # | 22:28:21 | phasefx | incidentally, --profile-manager is a good quick fix for getting a blank slate on user profile data |
| # | 22:28:23 | dbs | phasefx: tried grepping under ~/.openils but no dice; not a big deal, the locale is getting set |
| # | 22:29:17 | sarabee has quit IRC |
| # | 22:29:22 | dbs | (this is trunk btw) |
| # | 22:31:18 | phasefx | -profilemanager rather |
| # | 22:32:08 | mib_yadwe5 | thank you everyone for replying, I'm off now. :) |
| # | 22:34:01 | EVRGRN_N00b has joined #openils-evergreen |
| # | 22:34:11 | phasefx | dbs: looks like it is dependent on user profile, at least (you got me curious) |
| # | 22:36:26 | EVRGRN_N00b | Hey all! How is everyone... I have some questions |
| # | 22:36:39 | jeff | EVRGRN_N00b: greetings. ask away! |
| # | 22:36:44 | dbs | probably in a fancy compressed bdb or sqlite db |
| # | 22:37:11 | EVRGRN_N00b | Can anyone tell me how i can customise my library consortium, branch etc names? |
| # | 22:37:23 | jeff | EVRGRN_N00b: are you running 1.4? |
| # | 22:37:38 | EVRGRN_N00b | no, 1.2.3.1 |
| # | 22:37:42 | EVRGRN_N00b | jeff ^ |
| # | 22:38:22 | jeff | EVRGRN_N00b: i think you need to use the config.cgi scripts, as shown here: http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-admin:policies |
| # | 22:39:11 | jeff | EVRGRN_N00b: or, you can do it at the database level, but that can be a (more powerful / less user friendly) tradeoff. |
| # | 22:39:46 | EVRGRN_N00b | this link looks good, thanks for your help jeff !! |
| # | 22:40:56 | jeff | EVRGRN_N00b: good luck, and let us know if you have problems! |
| # | 22:41:05 | mib_yadwe5 has quit IRC |
| # | 22:43:48 | lisppaste6 | dbs pasted "Exception invoking Z39.50 import involving circ.checkout" at http://paste.lisp.org/display/77556 |
| # | 22:44:02 | dbs | there's a good one for phasefx :) |
| # | 22:44:32 | phasefx | ooh |
| # | 22:47:04 | dbs | I've tried going through about ten other interfaces and haven't triggered the same error |
| # | 22:47:31 | phasefx | how do I trigger it? |
| # | 22:47:33 | dbs | pops up an empty dialog box, freezes the client until I click the X to close the dialog |
| # | 22:47:40 | dbs | Import Z39.50 |
| # | 22:48:05 | dbs | that's what's happening to me in trunk, anyway |
| # | 22:48:17 | phasefx | Cataloging -> Z39.50, search, select record, MARC Editor for Import, etc? |
| # | 22:48:28 | dbs | Just Cataloging -> Z39.50 |
| # | 22:48:51 | phasefx | hrmm, let me svn up |
| # | 22:49:01 | dbs | at that point, the freezie dialog pops up (for me, running xulrunner 1.9 as packaged with ubuntu 8.10) |
| # | 22:50:17 | dbs | (oh, and did my blathering last night on http://svn.open-ils.org/trac/ILS/ticket/45 make any sense?) |
| # | 22:52:49 | phasefx | dbs: I don't know the rationale behind what's happening, but think it has to do with streaming results versus non-streaming results and how the gateway consolidates a stream into an array |
| # | 22:54:03 | dbs | but that ternary operator returns just the value from a single-element array, so I don't understand what the gateway could possibly have to do with it |
| # | 22:56:41 | phasefx | in the client, I'm expecting an array.. things broke when the method I'm calling got changed to a streaming method in Holds.pm |
| # | 22:57:17 | dbs | but that line in RemoteRequest.js is always going to turn a single element array into just a naked value |
| # | 22:57:23 | phasefx | or at least, it looks that way, but may be a coincidence. May never have actually encountered a 1 value result previously |
| # | 22:58:05 | dbs | that's the direction I was headed |
| # | 22:58:29 | phasefx | yeah, the streaming may be a red herring that just boomeranged back into my brain, because it's what I thought at first |
| # | 22:58:43 | jeff | i liked bott's response to that bug elsewhere: ``I've never contemplated a world with only a single item on a hold shelf...'' |
| # | 22:59:29 | phasefx | however, I'd expect other things to break, like a bucket with just one item |
| # | 22:59:31 | jeff | i only encountered it because i was playing with hold shelf stuff on an empty db. :) |
| # | 22:59:41 | phasefx | and that's not happening, right? |
| # | 22:59:57 | phasefx | so maybe things are getting sent around like [ [1,2,3] ] for non-streaming methods |
| # | 23:01:06 | phasefx | if my time clears up some (jeff: and I still have work to do for you! :D), I can rig another test and try reverting Holds.pm and see if that makes a difference |
| # | 23:01:15 | dbs | or like [[1]] for single-element arrays, and [1,2,3] for multi-element arrays |
| # | 23:02:00 | phasefx | eventually I want to move away from RemoteRequest.js and use the new stuff that the dojo interfaces are using |
| # | 23:02:26 | phasefx | in a mozilla environment, we can start streaming to the client for real |
| # | 23:05:29 | dbs sees "var pattern = node.value.match(/Today \+ (\d+) days/);" in checkout.js and cringes :) |
| # | 23:06:21 | phasefx | yeah, you'll be happy to know that I'll never do that again ;) |
| # | 23:06:50 | dbs | Aujourd'hui avec (\d+) jours |
| # | 23:07:17 | dbs | I can't wait for George to stumble across that. Gah. |
| # | 23:08:12 | phasefx | dbs: I can't reproduce the z39.50 error |
| # | 23:08:27 | dbs | phasefx: okay, that's cool with me |
| # | 23:08:53 | dbs | I'm going to assume it's |
| # | 23:09:16 | dbs | a linux vs. windows thing, and stumble forward |
| # | 23:09:39 | phasefx | I'm using a linux 1.9 xulrunner for what it's worth |
| # | 23:10:22 | dbs | downloaded from mozilla? |
| # | 23:10:24 | phasefx | hrmm, I should try the en-CA locale, but I'm always running out of svn and haven't tried doing the i18n stuff yet |
| # | 23:10:50 | phasefx | dbs: I have one download from mozilla and one with ubuntu.. I was using the latter |
| # | 23:11:08 | dbs | argh. so identical environments then. Sigh. |
| # | 23:11:38 | dbs | I'll just stick alerts into my_init in z3950.xul |
| # | 23:12:06 | phasefx | dbs: maybe try reseting the sticky defaults for that interface? |
| # | 23:13:09 | phasefx | also may make things easier to debug if you <script> tag in those JSAN libraries |
| # | 23:14:49 | EVRGRN_N00b has quit IRC |
April 10-13