2010-03-05T00:50:08 *** machlang has joined #evergreen 2010-03-05T00:52:06 *** machlang has left #evergreen 2010-03-05T02:26:32 *** trhodes has quit IRC 2010-03-05T03:14:38 *** dian has joined #evergreen 2010-03-05T03:16:19 i need help i'm runnig ubuntu hardy server 2010-03-05T03:16:33 after all done apache2 fails to start 2010-03-05T03:16:40 *** brendan_bywater has quit IRC 2010-03-05T03:30:08 *** brendan_bywater has joined #evergreen 2010-03-05T03:55:25 [error] Can't locate SRU/Request.pm in @INC (@INC contains: /openils/lib/perl5 2010-03-05T03:55:28 help 2010-03-05T04:00:34 [error] Can't locate SRU/Request.pm in @INC (@INC contains: /openils/lib/perl5 /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl . /etc/apache2) at /openils/lib/perl5/OpenILS/WWW/SuperCat.pm line 12.\nBEGIN failed--compilation aborted at /openils/lib/perl5/OpenILS/WWW/SuperCat.pm line 12.\nCompilation failed in require at / 2010-03-05T04:00:41 [error] Can't locate SRU/Request.pm in @INC (@INC contains: /openils/lib/perl5 /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl . /etc/apache2) at /openils/lib/perl5/OpenILS/WWW/SuperCat.pm line 12.\nBEGIN failed--compilation aborted at /openils/lib/perl5/OpenILS/WWW/SuperCat.pm line 12.\nCompilation failed in require at / 2010-03-05T04:00:44 . 2010-03-05T04:54:11 *** natschil has joined #evergreen 2010-03-05T05:38:38 *** Luca__ has joined #evergreen 2010-03-05T05:40:20 hi, I've installed Evergreen client 1.6.0.3, however on one machine, I get the "TypeError: g.my_libs_tree is null" when it comes to registering the WS Name. Can somebody provide some help on this one ? thank you 2010-03-05T06:21:24 *** natschil has quit IRC 2010-03-05T06:52:28 *** natschil has joined #evergreen 2010-03-05T07:13:39 *** natschil has quit IRC 2010-03-05T07:32:44 *** Guest12938 has joined #evergreen 2010-03-05T07:33:09 *** Guest12938 is now known as Cell 2010-03-05T07:34:30 Just followed the manual for the OpenSRF and Evergreen installation. Everything installed well. But at the last step when trying to run the following command: ./autogen.sh -c /openils/conf/opensrf_core.xml -u 2010-03-05T07:34:58 We receive: Exception: OpenSRF::EX::Session 2010-03-05T13:21:18 OpenSRF::Utils::SettingsClient /usr/local/share/perl/5.10.0/OpenSRF/Utils/SettingsClient.pm:103 Session Error: router@private.localhost/opensrf.settings IS NOT CONNECTED TO THE NETWORK!!! 2010-03-05T07:35:05 Anybody seen this before? 2010-03-05T07:35:32 All services are starting well 2010-03-05T07:36:02 Debian-lenny 2010-03-05T07:47:00 followed install page for ubuntu but get a Empty filename at /openils/lib/perl5/OpenILS/Utils/Fieldmapper.pm line 192 error 2010-03-05T07:47:09 any sug? 2010-03-05T07:49:50 *** sfortin has joined #evergreen 2010-03-05T08:00:09 *** mck9 has joined #evergreen 2010-03-05T08:07:46 this is what line 192 in /openils/lib/perl5/OpenILS/Utils/Fieldmapper.pm looks like [my $fmdoc = $parser->parse_file( $file );] 2010-03-05T08:11:16 dian: make sure you have the opensrf.xml and opensrf_core.xml files from Evergreen, and not left over from your OpenSRF install (they are different) 2010-03-05T08:12:53 Cell: sounds like your opensrf services are having trouble connecting to the jabber server. re-check your usernames/passwords, check ejabberd logs for clues, stop everything and start it back up while watching error logs? 2010-03-05T08:13:00 http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors is the "check everything" document 2010-03-05T08:14:21 Luca__: you might need to run autogen.sh. see step 15.3 in http://evergreen-ils.org/dokuwiki/doku.php?id=server:1.6.0:install -- cd /openils/bin && ./autogen.sh -c /openils/conf/opensrf_core.xml -u 2010-03-05T08:17:49 will have a crack at it 2010-03-05T08:19:08 @jeff, hmmmm! got it working now after removing pid files, rebooting, and running ./autogen.sh -c /openils/conf/opensrf_core.xml -u INSTEAD of ./autogen.sh -c /openils/conf/opensrf.xml -u (notice the difference with opensrf_core.xml and opensrf.xml) 2010-03-05T08:19:08 Cell: Error: "jeff," is not a valid command. 2010-03-05T08:20:32 jeff: hmmmm! got it working now after removing pid files, rebooting, and running ./autogen.sh -c /openils/conf/opensrf_core.xml -u INSTEAD of ./autogen.sh -c /openils/conf/opensrf.xml -u (notice the difference with opensrf_core.xml and opensrf.xml) 2010-03-05T08:20:39 sorry for double post 2010-03-05T08:23:41 how do i get the new opensrf.xml and opensrf_core.xml into the conf dir it seems that accourding to my time stamp they are the old files left from the opensrf installation 2010-03-05T08:35:46 rebooted the server now got this OpenSRF::Utils::SettingsClient /usr/local/share/perl/5.8.8/OpenSRF/Utils/SettingsClient.pm:103 Session Error: router@private.localhost/opensrf.settings IS NOT CONNECTED TO THE NETWORK!!! 2010-03-05T08:36:17 router and opensrf are registered and their passwords are set in *.xml 2010-03-05T08:36:23 hi ... how do I find documentation on how to configure the Evergreen server, the library, branches and all ? thanks 2010-03-05T08:49:08 jeff i've run the script successfully, plus on another computer running the same OS (winxp sp3) the client does not generate the error. 2010-03-05T08:49:35 it must that particular machine, but I can't figure out what is missing 2010-03-05T09:02:40 possibly your ws_info file is specifying an ou shortname that no longer exists on that server... 2010-03-05T09:02:49 if this works on other workstations, try deleting your local ws_info file. 2010-03-05T09:09:18 *** Meliss has joined #evergreen 2010-03-05T09:10:33 where would I find ws_info ? 2010-03-05T09:10:49 it's not in the evergreen client installation folder 2010-03-05T09:16:46 you should find it in %appdata%\OpenILS\open_ils_staff_client\RANDOMCHARS.default\chrome\ 2010-03-05T09:17:06 sorry, stick a "Profiles" in there after open_ils_staff_client 2010-03-05T09:18:49 *** jenny has joined #evergreen 2010-03-05T09:25:39 *** dian has quit IRC 2010-03-05T09:29:01 jeff: thank you :) i've unistalled Mozilla Firefox and Evergreen and their relative appdata folders and proceded with their re-installation. it seems to be working. many thanks for your help :) 2010-03-05T09:30:12 great! glad to hear it. :) 2010-03-05T09:30:33 *** mariposa has quit IRC 2010-03-05T09:34:21 ;) 2010-03-05T09:34:41 *** dbs has joined #evergreen 2010-03-05T09:35:04 jeff ... sorry ... you might know where I can find docs for the server configuration ... to set up the library, brances and so on ... thanks :) 2010-03-05T09:38:05 Luca__: http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-admin:policies 2010-03-05T09:39:01 cheers :) 2010-03-05T09:40:16 The info is decidedly out-of-date in some areas, but the general concepts are the same. 2010-03-05T09:48:29 in case I'll ask ;) 2010-03-05T09:52:18 *** Luca__ has quit IRC 2010-03-05T09:58:32 So, we've been using the rel_1_6 version of z3950.js for a few days now with no incident - can I call the randomized display of target Z39.50 servers in "Import from Z39.50" a "bug" so that I can justify backporting it to rel_1_6_0? 2010-03-05T09:58:56 dbs: I don't have any objection 2010-03-05T09:59:30 * dbs dances 2010-03-05T10:00:39 mbxs.balance_owed == mmbxs.balance_owed several days later, btw. yay 2010-03-05T10:00:42 * dbs dances again 2010-03-05T10:00:48 yay :) 2010-03-05T10:21:59 *** r123 has joined #evergreen 2010-03-05T10:24:21 "Circ: Void lost max interval" means what in library settings? 2010-03-05T10:25:18 Hmm, the entity name gives a better clue: max_accept_return_of_lost 2010-03-05T10:30:45 *** bshum has joined #evergreen 2010-03-05T10:50:50 Anybody recognizes this?: OpenSRF::Transport::SlimJabber::PeerConnection /usr/local/share/perl/5.10.0/OpenSRF/Transport/SlimJabber/PeerConnection.pm:60 Config Exception: JPeer could not load all necessary values from config 2010-03-05T10:50:50 We need to be using in-db circulation, not scripts, if we want to take advantage of stuff like trigger / reactor to mark items lost, yeah? 2010-03-05T10:51:06 It happens when executing: ./autogen.sh -c /openils/conf/opensrf.xml -u 2010-03-05T10:51:19 yeah, you don't want that 2010-03-05T10:51:29 ./autogen.sh -c /openils/conf/opensrf_core.xml -u 2010-03-05T10:51:36 should work better for you. 2010-03-05T10:52:21 yeah, true. But I can't find the difference between opensrf.xml and opensrf_core.xml There is much difference in file content, but what is the difference in meaning? 2010-03-05T10:52:33 Hope you understand me, I can't find it with google 2010-03-05T10:54:37 dbs: re in-db circ, no ... action/trigger is orthoganal to in-db circ 2010-03-05T10:55:04 miker_: oh, goody! 2010-03-05T10:55:24 Cell: are you following instructions for installing and configuring Evergreen from somewhere? 2010-03-05T10:56:01 Yes, official instructions 2010-03-05T10:56:32 http://evergreen-ils.org/dokuwiki/doku.php?id=server:1.6.0:install and http://evergreen-ils.org/dokuwiki/doku.php?id=opensrf:1.2:install 2010-03-05T10:56:59 Okay, that's good 2010-03-05T10:57:15 Everything works okay, except this last part 2010-03-05T10:57:25 Did you type the correct command this time? 2010-03-05T10:57:41 The instructions point at a particular file for a reason 2010-03-05T10:57:59 ok i'll look up again 2010-03-05T10:58:28 opensrf_core.xml mostly contains the XMPP server communication configuration instructions, along with a link to opensrf.xml that contains the OpenSRF application configuration information. 2010-03-05T10:58:52 So if you point to opensrf.xml, autogen.sh has no idea how to communicate with the XMPP server. 2010-03-05T11:04:48 you are right, point 15.3 in http://evergreen-ils.org/dokuwiki/doku.php?id=server:1.6.0:install mentions the opensrf_core.xml file and NOT opensrf.xml 2010-03-05T11:06:07 but opensrf.xml contains some kinds of templates when I view the contents. Imagine I have to change some of this, would I have to run autogen with the opensrf.xml parameter to apply the changes? Because if that is the case, we are still encountering this JPeer error 2010-03-05T11:07:27 No. You never have to run autogen.sh pointing to opensrf.xml. So I won't imagine that case. 2010-03-05T11:09:02 Thanks dbs! Some other person which has quite some experience with this all said to us to use opensrf.xml as an autogen.sh parameter. But now I know this is not the case :-) 2010-03-05T11:09:13 :) 2010-03-05T11:12:43 Ah.. nice.. customer happy and me as a hired linux expert happy ;-) Going home now, see you (-: 2010-03-05T11:12:49 *** Cell has quit IRC 2010-03-05T11:15:30 *** grantjohnson has joined #evergreen 2010-03-05T11:30:04 Argh, dojo widgets... give me the frickin' org_unit list! I know I'm not ADMIN. 2010-03-05T11:31:57 * dbs added EVERYTHING perm temporarily to his usr perms to be able to view the consortium event definitions, but in trying to clone the Lost event def it won't give me a drop-down list of OUs 2010-03-05T11:35:55 * dbs adds ADMIN_TRIGGER_EVENT_DEF to the permission.perm_list + grants that priv and SUCCESS 2010-03-05T11:48:13 *** r123 has left #evergreen 2010-03-05T11:53:39 *** r123 has joined #evergreen 2010-03-05T11:54:45 yay ... conify is now unbroken for translations 2010-03-05T11:57:40 miker_++ 2010-03-05T11:58:12 * dbs successfully clones and modifies event definitions to set a 30-day lost event for one of our libraries 2010-03-05T11:59:02 Can I assume that the branch definition will override the consortial definition, so that the user doesn't get dinged for both a 30-day and a 90-day lost event for the same item? 2010-03-05T12:06:45 i think that might (MIGHT) be up to the validator to ensure that the item isn't already marked lost? 2010-03-05T12:06:59 (before marking it lost again) 2010-03-05T12:07:16 but i don't know if there's a general "first event matched is the last event" 2010-03-05T12:08:32 jeff: hmm, that would be a good thing to add as well; currently set to "CircIsOverdue" but I guess it could be "CircIsOverdueAndNotAlreadyLOST" 2010-03-05T12:09:25 Most things in EG seem to work from a "most specific" wins principle, so I'm hoping action trigger follows that approach :) 2010-03-05T12:09:50 interesting quirk, title holds always ignore running circ_hold_permit scripts on copies set (at the copy level) to holdable: no, but volume and copy holds rely on the circ_permit_hold (or in-db) to enforce that copy-level holdable: no 2010-03-05T12:09:52 typically lost items are off the user's account, so they *aren't* checked out/overdue anymore 2010-03-05T12:09:59 dbs: because they're different diffs now, you'd need to check the copy status 2010-03-05T12:10:30 "always ignore running" "do not attempt to run" 2010-03-05T12:10:30 atz - makes sense 2010-03-05T12:11:16 jeff: the logic there is that, for a title or metarecord hold, which are patron-placable, the flag is a pre-filtering thing 2010-03-05T12:11:19 but 2010-03-05T12:11:41 for vol/copy holds, which are staff-only (by default), it should be policy-overridable 2010-03-05T12:11:45 also, in the notice templates, circ.circ_lib is confuzzling when an item is renewed at a library that is not the ac.circ_lib or acn.owning_lib 2010-03-05T12:11:59 *** jamesrf has joined #evergreen 2010-03-05T12:13:13 dbs: if CircIsOverdue checks for a stop_fines time, then you're good ... I don't recall, though, if it's looking for checkin_time instead 2010-03-05T12:13:15 I guess circ.target_copy.circ_lib.name would be the way to fix that 2010-03-05T12:13:45 * dbs checks 2010-03-05T12:13:46 miker_: that was what i thought. also, why we're not adding a copy.holdable check in the circ scripts, just having "shouldn't be holdable even by staff" things be identified in scripts more explicitly than setting holdable = false on the copy 2010-03-05T12:16:29 *** jamesrf has quit IRC 2010-03-05T12:17:00 *** jamesrf has joined #evergreen 2010-03-05T12:19:06 miker_: it looks for a checkin_time and short circuits; then it looks for a stop_fines time where the reason is not MAXFINES or LONGOVERDUE and short circuits 2010-03-05T12:19:51 * dbs finally makes the connection between action_trigger.validator and O:A:Trigger::Validator 2010-03-05T12:20:20 miker_: looks like a heck of a 1.6.0.4 release coming up :) 2010-03-05T12:20:35 bah 2010-03-05T12:23:42 Hmm. I guess it would be a good idea to disable the generate_circ_notices.pl script if I enable the action_trigger_runner.pl script. And maybe copy action_trigger_runner.json.example into /openils/conf/ 2010-03-05T12:26:21 dbs: so does action_trigger_runner.pl work on 1.6.0.x? I don't think I got it working :/ 2010-03-05T12:26:30 moodaepo: it does 2010-03-05T12:26:31 ooh. and maybe add hold.available to the list of hooks. 2010-03-05T12:26:58 moodaepo: haven't tried yet, but from what I'm reading in the code my guess is that you were missing /openils/conf/action_trigger_runner.json 2010-03-05T12:26:59 moodapeo-- # must be something I'm not doing right...again! 2010-03-05T12:27:01 dbs: and fire that at capture time ... DO IT DO IT 2010-03-05T12:27:41 dbs: I did copy over action_trigger_runner.json oh well I'll run through things from the top 2010-03-05T12:27:45 s/fire/batch-create-events/ 2010-03-05T12:27:49 moodaepo: well, this isn't exactly documented so... 2010-03-05T12:29:52 * moodaepo thinks he should document a setting up crons-jobs section on the wiki 2010-03-05T12:30:57 Having problems even after looking at atz and miker_ ('s) neat crontab example 2010-03-05T12:39:53 moodaepo: a/t still has a lot moving parts... 2010-03-05T12:39:55 ./action_trigger_runner.pl --run-pending --debug-stdout 2010-03-05T12:40:42 atz++ # graci 2010-03-05T12:41:29 miker_: I am ashamed to say that the action_trigger_runner.json example doesn't give me enough to grab onto (looks json_query-ish) to add a hold.available hook (if that's even the right thing to do) 2010-03-05T12:43:05 dbs: I just put {} in the .json file 2010-03-05T12:43:14 heh 2010-03-05T12:44:13 when would you --process-hooks, vs not? 2010-03-05T13:08:41 dbs: when you just want to create events, but not fire them 2010-03-05T13:09:39 So it's like you're pulling back the firing pin, but not the trigger 2010-03-05T13:10:00 right. a later --run-pending will fire the events 2010-03-05T13:11:35 So a concrete case would be processing the hold.available every hour, but only firing it (to send the emails) every four hours? 2010-03-05T13:15:06 dbs: well, the delay time will prevent premature firing, but, yeah, that would be a case 2010-03-05T13:15:28 Huh, something funky in the dojo date logic; '2010-05-01 00:00:00-04' displays as '2010-04-30' in My Account; '2010-05-15 23:59:59-04' displays as 'May 15, 2010 11:53:19 PM' in the copy details due date in the staff client OPAC 2010-03-05T13:15:45 or, queuing up phone notifications during off hours, and firing them during biz hours 2010-03-05T13:15:58 miker_: thanks - that's a perfect use case 2010-03-05T13:16:36 at some point this will all get written up to explainify stuff to people :) 2010-03-05T13:16:43 dbs: sounds like dojo thinks your computer is in UTC 2010-03-05T13:17:09 dbs: that some point is ... it's in progress (at least for notifications) :) 2010-03-05T13:17:23 OHREALLY? 2010-03-05T13:17:24 :) 2010-03-05T13:18:53 I was thinking it just might be the result of converting a timestamp to microseconds since the epoch and back to a date shaving a few minutes off, and pushing the 00:00:00-04 time back to the previous day 2010-03-05T13:20:37 * dbs peeks at http://bugs.dojotoolkit.org/ticket/9028 2010-03-05T13:21:42 what are the chances we're passing something like -0400 instead of -04:00... /me goes into alert() mode 2010-03-05T13:23:50 duration = parseInt(duration + '000'); 2010-03-05T13:25:19 weird, we're calculating the due date in javascript instead of just taking it directly from the circ? 2010-03-05T13:27:18 oh, non-cat circ. duh 2010-03-05T13:28:41 for the copy details issue, that's /definitely/ the dojo-strictness issue ... -0400 vs -04:00 2010-03-05T13:29:36 I bet it's the same for both. 2010-03-05T13:29:58 could be, yeah 2010-03-05T13:34:39 I'll shove a fix into for _trimTime, at least - check for "T[+-]\d\d\d" and shove in a : at the appropriate point 2010-03-05T13:35:27 Mind you, I'm not even sure we want to _trimTime if the duration is < 1 day... but that can wait 2010-03-05T13:36:09 *** jenny has quit IRC 2010-03-05T13:36:22 err, T\d\d:\d\d:\d\d[+-]\d\d\d 2010-03-05T13:37:23 *** jamesrf has left #evergreen 2010-03-05T13:38:49 dbs: do you want to try shoving this in somewhere after dojo is loaded, but before dojo.date is used? -> dojo.date.stamp._isoRegExp=/^(?:(\d{4})(?:-(\d{2})(?:-(\d{2}))?)?)?(?:T(\d{2}):(\d{2})(?::(\d{2})(.\d+)?)?((?:[+-](\d{2}):?(\d{2}))|Z)?)?$/;dojo.date.stamp._isoRegExp=/^(?:(\d{4})(?:-(\d{2})(?:-(\d{2}))?)?)?(?:T(\d{2}):(\d{2})(?::(\d{2})(.\d+)?)?((?:[+-](\d{2}):?(\d{2}))|Z)?)?$/; 2010-03-05T13:39:04 miker_: Not really :) 2010-03-05T13:39:06 heh 2010-03-05T13:39:09 ah 2010-03-05T13:39:11 er 2010-03-05T13:39:12 ha 2010-03-05T13:39:21 well, it just makes the last : optional 2010-03-05T13:39:26 I understand :) 2010-03-05T13:40:34 if it works, we can stick it in DojoSRF 2010-03-05T13:45:10 *** jenny has joined #evergreen 2010-03-05T13:45:43 what a fugly regexp 2010-03-05T13:47:13 *** pmplett has quit IRC 2010-03-05T13:47:51 * dbs is tempted to go with time.replace(/(T\d\d:\d\d:\d\d)([+-]\d\d)(\d)/, "$1$2:$3") as something understandable :) 2010-03-05T13:48:14 I'll give it a shot, though. 2010-03-05T13:49:50 I certainly have written my share of date-parsing RE's, most just about as fugly 2010-03-05T13:50:33 Interesting. Shoving it into js_common.xml doesn't seem to work 2010-03-05T13:50:56 2006-03-02T00:00:00-0500 still gets converted into 2006-03-01 by _trimTime() 2010-03-05T13:51:46 my simpleton approach works, but it would have to be shoved in at point of use every time 2010-03-05T13:52:21 WELCOME, CLEANSE_ISO(), TO THE WORLD OF JS! 2010-03-05T13:52:51 hah 2010-03-05T13:53:19 I suppose we could teach cstore to reformat dates 2010-03-05T13:53:21 :( 2010-03-05T13:54:03 too bad I followed the spec when I taught dbd-drivers (pg) how to do that 2010-03-05T13:55:38 specifications-- 2010-03-05T13:55:42 :) 2010-03-05T13:55:46 dojo-- 2010-03-05T13:56:25 herasy! 2010-03-05T13:56:28 BURN THE WITCH 2010-03-05T13:56:38 * dbs feels nice and toasty 2010-03-05T13:56:45 what do you burn apart from witches? 2010-03-05T13:56:51 MORE WITCHES! 2010-03-05T13:56:54 jquery? 2010-03-05T13:57:17 BURN! # 2010-03-05T13:57:25 google go and ncurses for all our UI 2010-03-05T13:58:14 you can throw IE6 in there too 2010-03-05T13:59:16 miker_: short-term, how about I shove the simpleton fix into myopac.js and copy_details and take care of those issues in the OPAC, at least 2010-03-05T13:59:40 dbs: sounds good to me 2010-03-05T14:04:23 phasefx: you added something about batch override of renewals recently, right? 2010-03-05T14:05:03 sounds familiar, lemme see 2010-03-05T14:06:54 I see renewal with specific dates 2010-03-05T14:07:39 Something about renew all and not having to override every individual item when max_fines has been reached or whatever 2010-03-05T14:07:50 not a biggie 2010-03-05T14:08:17 I know it's come up, but I don't recall making a solution 2010-03-05T14:08:43 i haven't seen a patch for that, but better override handling would be great. 2010-03-05T14:09:07 some events are patron-related, like max items on a patron who just brought back all their items but they haven't been checked in yet... 2010-03-05T14:09:13 one thought I had was a checkbox for the perm dialog that would effect an "operator change".. not quite the same thing 2010-03-05T14:09:35 be nice to override all MAX_ITEMS_OUT for that 'checkout session' 2010-03-05T14:10:19 it'd be easy enough have an Override checkbox that just tacked .override onto the end of each call, but the problem would be ignorance of the events you're overriding 2010-03-05T14:10:25 right 2010-03-05T14:10:39 you wouldn't want to override copy-level events in most cases. 2010-03-05T14:10:58 so distinction between "this event is because of the user" and "this event is because of the item"... etc. 2010-03-05T14:11:20 common annoyance, not a simple fix, but not the world's most complex problem either. 2010-03-05T14:11:39 maybe you could teach the override dialog to auto-override selected events.. a checkbox next to each one.. but then for how long? until the next patron is loaded? 2010-03-05T14:12:30 typically, yes. 2010-03-05T14:13:43 the system doesn't currently know patron events from copy events, but if it were taught... then it could offer the "ignore/override this event" for the rest of that "checkout session" 2010-03-05T14:14:03 where "checkout session" ends when you bring up a new patron 2010-03-05T14:14:41 we could add fields to the overridable event list for a given call, and have opt-out logic look for those 2010-03-05T14:14:48 offering it on copy-related events wouldn't give much gain, and would be more dangerous. 2010-03-05T14:15:45 if the client knew "these events are common patron-related events during checkout", and if it gets one, it offers to ignore all of the same patron-related event until end of checkout session... 2010-03-05T14:17:45 sounds sane to me 2010-03-05T14:18:34 ah, forgot that the default EG skin doesn't publicly display due dates or times - no changes required there 2010-03-05T14:28:29 Oh, hot damn. SIP 3.0 is on its way 2010-03-05T14:28:52 SIP-3: We Don't Need No Steenkin' NCIP? 2010-03-05T14:29:01 dbs: srsly? 2010-03-05T14:29:01 "The version 3.0 protocol is intended to address the needs that are currently being met with extensions, and other needs not currently supported by the SIP 2.0 protocol" 2010-03-05T14:29:07 word 2010-03-05T14:29:48 maybe they'll at least recommend a *secure transport layer* this time. 2010-03-05T14:30:18 ``We look forward to participation and support from all vested parties in making this a reality.'' aka "come on now guys, don't screw this up!" 2010-03-05T14:31:32 SSH tunneling FTW! They should be able to bundle that into their devices, and then evil greedy ILS vendors can charge for "secure SIP" modules. 2010-03-05T14:31:57 "3M will be inviting the vendor community and libraries to provide input for version 3.0." 2010-03-05T14:32:25 link? 2010-03-05T14:32:52 that is a link 2010-03-05T14:33:01 you need to use your google link resolver 2010-03-05T14:33:35 mine redirects to http://www.mickfortune.com/Wordpress/?p=222 2010-03-05T14:33:39 No link, forwarded to me by a sales rep who likes me 2010-03-05T14:33:49 http://www.google.com/search?rlz=1C1GGLS_enUS357US362&sourceid=chrome&ie=UTF-8&q=%223M+will+be+inviting+the+vendor+community+and+libraries+to+provide+input+for+version+3.0.%22 2010-03-05T14:45:58 http://listsmart.osl.state.or.us/mailman/private/rfid_lib/2010-March/000342.html is the original, but you need to be subscribed and logged in 2010-03-05T15:00:24 Our postgres database is set using UTC-5 as its timezone, but occasionally I'm seeing datestamps in our system that refer to UTC-4 ; right now I'm perusing a sample set of circulations and looking at due-dates. Any reason this timezone difference might be appearing? 2010-03-05T15:01:01 Or is that normal? 2010-03-05T15:01:37 bshum: fwiw, I get that too; hadn't tracked it down yet because I assumed time changes but you're too new for that to be the case 2010-03-05T15:02:17 bshum: Right, we've only got 300 circulations in our live database, but a bunch of them are split between -05 and -04 2010-03-05T15:02:26 Whoops, meant that to say dbs: 2010-03-05T15:03:19 I know initially we had to restart our database to use a new timezone setting, since we had all our timestamps show up as +00, indicating our database server was set using UTC as its timezone. 2010-03-05T15:03:35 But a lot of recent transactions are -04 2010-03-05T15:03:38 Instead of -05 2010-03-05T15:04:49 *** grantjohnson has quit IRC 2010-03-05T15:06:48 There's something in the checkout process that sets the time stamp to 00:00:00 or 23:59:59 right? 2010-03-05T15:06:54 But how does it know the difference 2010-03-05T15:07:16 There's a trigger that pushes the time to 23:59:59 2010-03-05T15:08:05 Ah 2010-03-05T15:08:26 But apparently not for everything 2010-03-05T15:08:34 If I'm still seeing 00:00:00 in a lot of places 2010-03-05T15:09:55 If the interval is exactly divisible by 1 day, then it should get pushed 2010-03-05T15:10:14 Ah 2010-03-05T15:10:16 see the function action.push_circ_due_time() 2010-03-05T15:10:38 So maybe those 00:00:00 are set somehow by other means 2010-03-05T15:10:42 Like hard-coded date entries? 2010-03-05T15:10:57 Erm, where the staff edited the due date 2010-03-05T15:11:03 Putting a new one in 2010-03-05T15:11:23 Makes sense. The trigger is a BEFORE INSERT trigger, so it wouldn't touch those. 2010-03-05T15:12:31 That would explain why we have such a varied mix then. 2010-03-05T15:12:37 bshum: that's backdating 2010-03-05T15:12:46 the 00:00:00 is, I mean 2010-03-05T15:12:54 miker_: Oh, okay 2010-03-05T15:13:05 well, or editing, you're right 2010-03-05T15:13:06 sorry 2010-03-05T15:13:23 Still makes some sense though, there were situations where our library staff were editing due dates by hand because they thought the items weren't following the right circ rules. 2010-03-05T15:13:38 I've been squashing xact_start and checkin_time issues this week 2010-03-05T15:14:36 anyway, yeah, 00:00:00 is from human intervention 2010-03-05T15:14:48 That's good to confirm. Makes us feel alot easier about it. 2010-03-05T15:14:53 Though the timezone thing is still quite weird. 2010-03-05T15:15:34 as for timezone, if your locale uses DST, you should set it via the most generic name 2010-03-05T15:15:53 for US Eastern, use "America/New_York" (IIRC) 2010-03-05T15:17:02 miker_: that's what our servers are set to 2010-03-05T15:17:13 if the time on your db server, or app server is separate, has been updated (or the ZIC db, or the TZ) then you could see what you're seeing 2010-03-05T15:18:54 Our server is configured using "America/New_York" in the /etc/timezone and I reconfigured our tzdata package to do that. 2010-03-05T15:19:06 Then restarted the postgres database to make use of that variable. 2010-03-05T15:19:18 Since it's all on the same server. 2010-03-05T15:20:34 What I'm seeing is two sets of time stamps actually 2010-03-05T15:20:41 One for 18:59:59-05 2010-03-05T15:20:48 And one for 19:59:59-04 2010-03-05T15:21:15 oh happy day. checkin_handle_backdate is here to answer all my questions! 2010-03-05T15:21:22 *** r123 has quit IRC 2010-03-05T15:21:26 And of course, 19:00:00-05 and 20:00:00-04 2010-03-05T15:22:32 And 00:00:00-05 2010-03-05T15:22:57 SHOW timezone; says "localtime" 2010-03-05T15:23:41 Mine says "TimeZone" 2010-03-05T15:24:37 Uh, "TimeZone" would be the column header 2010-03-05T15:24:52 Oh whoops 2010-03-05T15:24:57 * jeff grins 2010-03-05T15:25:04 TwilightZone 2010-03-05T15:25:15 Yes, mine also says "localtime" 2010-03-05T15:25:19 column beheaders 2010-03-05T15:25:27 dbs: Clearly I need to spend more time in psql land :( 2010-03-05T15:30:07 *** rjackson-isl has quit IRC 2010-03-05T15:31:29 *** _bott_ has joined #evergreen 2010-03-05T15:32:09 Well, at least this only seems to occur in the due date timestamps so far 2010-03-05T15:45:00 *** BobW has joined #evergreen 2010-03-05T15:48:19 bshum: about differing time zones offsets, I thought I had seen this whenever the due date falls beyond the DST switch date. That is, something checked out while the date is in standard time but the due date is in daylight time (or vice versa) will have this anomaly. Could be remembering wrong, though. 2010-03-05T15:49:53 I guess the question is, if that is the case, is it even an anomaly? 2010-03-05T15:51:17 right, it is an anomaly in that case only as much as our changing time system itself 2010-03-05T15:54:45 We have a sync script which brings in our patron data, including birthdates. Since I didn't have the birth times, I let it default to midnight. Suddenly those born during DST were having their birthdate set to 11:00pm the day before :) 2010-03-05T15:54:58 heh 2010-03-05T15:57:08 And why do suddenly have a Chicago song in my head? 2010-03-05T15:57:32 On another topic... 2010-03-05T15:58:31 I am trying to pick my poison for working up some serials interfaces. It seems that later additions to EG are using Dojo-based interfaces rather than XUL. Is that recommended? 2010-03-05T15:58:35 dbwells: Oh neat, we'll just keep an eye on it just in case, but not worry about it incessantly now. Thanks, hopefully it's that simple. 2010-03-05T15:59:20 dbwells: if you feel comfortable with Dojo, yes 2010-03-05T16:00:51 *** Meliss has quit IRC 2010-03-05T16:01:08 Well, I am not exactly comfortable with either yet. I like Dojo /in theory/, but with my experience in the client, the XUL interfaces are rock solid while the newer Dojo stuff is fragile and slow. I bet some of that is simple maturity, but how much? 2010-03-05T16:03:50 dbwells: I can't argue with that 2010-03-05T16:04:11 (although "rock solid" might be giving too much credit to XUL... heh) 2010-03-05T16:04:58 phasefx: "document.getElementById("csp_" + csp_id) is null" when removing a standing penalty from a patron account - known problem? 2010-03-05T16:07:51 I suppose by "rock solid" I simply mean "predictable" 2010-03-05T16:08:48 var csp_id = typeof penalty.standing_penalty() == 'object' ? penalty.standing_penalty().id() : penalty.standing_penalty(); 2010-03-05T16:09:02 NEWLINES COST YOU NOTHING! 2010-03-05T16:09:53 For instance, the 'Circulation Modifier' screen sometimes works, sometimes doesn't (loads part way, says [object Object], etc.). Haven't had time to try an figure out why, but it worries me. 2010-03-05T16:13:38 I think that's part of the area that miker_ has been focusing on recently 2010-03-05T16:16:48 Will no one here come to the defense of Dojo? :) 2010-03-05T16:18:12 i can't come to the defense of dojo until i've signed and faxed back my Individual CLA ;-) 2010-03-05T16:20:09 Well, I'll be heading out soon but will keep the channel open if anyone wants to weigh in. At this point I am leaning toward taking a swing with XUL, but that is based more on my end-user experience than anything else. 2010-03-05T16:20:54 Obviously I don't want to go that direction if it will be frowned upon by the masters. 2010-03-05T16:22:23 Ahh... I think the problem may be that the target node with ID=csp_id only gets created if csp_id > 100 - and all of our standing penalties are system types, so < 100 2010-03-05T16:22:39 If I read line 61 of standing_penalties.js correctly 2010-03-05T16:23:35 * dbs swings and misses 2010-03-05T16:23:37 meh 2010-03-05T16:24:53 nope, that was it 2010-03-05T16:32:50 <_bott_> I can't defend Dojo outright, but have been spending some quality time with it for an unrelated project and it does have a lot of tricks up its sleeve 2010-03-05T16:33:49 I quite like the dojo API and features. The flakiness of the Grid is probably the biggest strike against it. 2010-03-05T16:34:07 Apparently that's much better in 1.4. Promises promises, Dojo! 2010-03-05T16:38:31 wow. standing_penalties.js is entirely different in trunk 2010-03-05T16:39:12 dbs: yeah, there was a bunch of standing penalty work after 1.6 -- i remember marking it to look-more-later 2010-03-05T16:40:21 From the brief look I just had, it appears to be much cleaner code 2010-03-05T16:40:59 woohoo! down to 99 open tickets (not open with Equinox, just internal things). I can live with that 2010-03-05T16:48:24 *** gdunbar has quit IRC 2010-03-05T16:50:19 later folks 2010-03-05T16:50:24 *** dbs has quit IRC 2010-03-05T16:53:13 *** StephenGWills has left #evergreen 2010-03-05T16:57:35 *** jenny has left #evergreen 2010-03-05T17:09:18 *** bshum has quit IRC 2010-03-05T17:10:09 *** BobW has quit IRC 2010-03-05T17:12:30 :q 2010-03-05T17:12:52 now, is that an emoticon or a vim command in the wrong window.. hrmmm 2010-03-05T17:16:02 I'm guessing the second. :) Now my problem is constantly hitting escape when I am done typing, regardless of the program I am in. 2010-03-05T17:16:27 *** pmplett has joined #evergreen 2010-03-05T17:18:46 *** lisppaste3 has quit IRC 2010-03-05T17:27:24 *** lisppaste3 has joined #evergreen 2010-03-05T17:29:58 *** sfortin has quit IRC 2010-03-05T17:39:01 *** leed has quit IRC 2010-03-05T17:40:51 *** jamesrf has joined #evergreen 2010-03-05T18:16:39 *** Dmagick-mac has quit IRC 2010-03-05T18:57:05 *** phase_bb has quit IRC 2010-03-05T19:33:03 *** moodaepo has quit IRC 2010-03-05T20:49:44 *** pmplett has quit IRC 2010-03-05T21:00:15 *** mck9 has left #evergreen 2010-03-05T23:19:17 *** rsinger has quit IRC