2010-03-30T00:07:44 *** dbs has quit IRC 2010-03-30T00:17:43 *** Dmagick has quit IRC 2010-03-30T00:19:49 *** phasefx has quit IRC 2010-03-30T00:19:51 *** Callender has quit IRC 2010-03-30T00:20:06 *** leed has quit IRC 2010-03-30T01:01:01 *** pmp_afk has quit IRC 2010-03-30T01:19:34 *** mck9 has left #evergreen 2010-03-30T01:37:41 *** phasefx has joined #evergreen 2010-03-30T02:27:02 *** Callender has joined #evergreen 2010-03-30T06:47:02 *** Dmagick has joined #evergreen 2010-03-30T07:29:05 *** sfortin has joined #evergreen 2010-03-30T07:45:22 *** rjackson-isl has joined #evergreen 2010-03-30T07:53:41 *** collum has joined #evergreen 2010-03-30T07:58:37 *** gdunbar has joined #evergreen 2010-03-30T08:37:56 *** mck9 has joined #evergreen 2010-03-30T09:07:12 *** lisppaste3 has quit IRC 2010-03-30T09:08:45 *** rsinger has joined #evergreen 2010-03-30T09:08:59 *** lisppaste3 has joined #evergreen 2010-03-30T09:13:40 *** jenny has joined #evergreen 2010-03-30T09:18:59 *** sfortin has quit IRC 2010-03-30T09:24:02 *** leed has joined #evergreen 2010-03-30T09:36:11 *** brendan_bywater has quit IRC 2010-03-30T09:53:44 *** dbs has joined #evergreen 2010-03-30T10:07:38 *** bshum has joined #evergreen 2010-03-30T10:34:32 *** lisppaste3 has quit IRC 2010-03-30T10:34:35 *** lisppaste3 has joined #evergreen 2010-03-30T10:49:49 *** sfortin has joined #evergreen 2010-03-30T10:54:50 *** brendan_bywater has joined #evergreen 2010-03-30T11:01:56 *** bshum has quit IRC 2010-03-30T11:05:03 *** brendan_bywater has quit IRC 2010-03-30T11:07:09 *** brendan_bywater has joined #evergreen 2010-03-30T11:07:23 *** bshum has joined #evergreen 2010-03-30T11:12:20 *** eby has quit IRC 2010-03-30T11:13:06 *** coxn has left #evergreen 2010-03-30T11:38:15 *** StephenGWills has joined #evergreen 2010-03-30T11:42:07 *** _dkyle_ has left #evergreen 2010-03-30T12:11:03 another item for the wishlist: busting out patron alert messages from actor.usr so that they automatically have a staff ID and timestamp; auditor.actor_usr_history helps but hard to integrate that into the staff client :) 2010-03-30T12:12:59 dbs: done in trunk 2010-03-30T12:13:22 w/ penalty-based ALERT notes 2010-03-30T12:13:45 berick: yay! I thought I saw something along those lines - just got hit with a request to track the genesis of an alert message down in our old-school 1.6.0 install 2010-03-30T12:21:44 Had to did all the way back to our legacy system logs to find it, but had me thinking about the problem along the way. So that's great news 2010-03-30T12:44:00 *** r123 has joined #evergreen 2010-03-30T13:24:59 *** adbowling-isl has joined #evergreen 2010-03-30T13:28:53 Newbie question concering self check module: Librarian is reporting that hours of operation and phone number are incorrect/blank. Org Unit is correct in database. How to fix? 2010-03-30T13:30:12 what version of Evergreen are you using, and are you talking about the web-based self-check that comes with Evergreen or some 3rd party device using SIP? 2010-03-30T13:30:48 Yes it is the web based self check module - I think 1.6.0.0 2010-03-30T13:31:17 and this is on the printed receipts 2010-03-30T13:31:58 *** jenny has quit IRC 2010-03-30T13:33:04 I'm fairly unfamiliar with that interface. Are the hours of operation, etc showing up correctly in the staff client? Any javascript errors in the error console? 2010-03-30T13:34:26 yes - the hours are correct in staff client. Only on the printed receipt thru self check is there an issue. The phone number is blank and hours do not match 2010-03-30T13:34:47 not sure about javascript errors 2010-03-30T13:34:57 this is being reported from a remote site/library 2010-03-30T13:34:58 so you are getting hours, but the wrong hours 2010-03-30T13:35:05 correct - wron hours 2010-03-30T13:35:29 do they seem off by 1, or do they seem to match hours for a different library in the system? 2010-03-30T13:36:09 good question - I will have to ask to get more information in that regards 2010-03-30T13:36:31 *** jenny has joined #evergreen 2010-03-30T13:37:24 on the javascript error issue - that will be available for the Librarian to review from her web app? 2010-03-30T13:41:41 *** opensrf_ has joined #evergreen 2010-03-30T13:41:53 depends on the browser. For example, in Firefox you could do soemthing like Tools -> Error Console. Best practice is clear the console then reload the interface, note any errors that show up in the console 2010-03-30T13:42:57 got an error trying to start opensrf, anyone help? 2010-03-30T13:43:50 Thank you - I will realy to the customer and report back if any news! 2010-03-30T13:45:59 *** opensrf_ is now known as JimtheGeek 2010-03-30T13:47:23 Error starting opensrf, any help? 2010-03-30T13:47:53 what's the error? 2010-03-30T13:48:11 I emailed- let me call her... 2010-03-30T13:48:49 JimtheGeek: have you seen this page? http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors 2010-03-30T13:49:23 alright, lunch break over, back to work pile *waves* 2010-03-30T13:50:04 thx phasefx 2010-03-30T14:12:07 *** rlarocque has joined #evergreen 2010-03-30T14:12:52 *** JimtheGeek has quit IRC 2010-03-30T14:30:35 *** rlarocque has quit IRC 2010-03-30T14:35:44 *** _dkyle_ has joined #evergreen 2010-03-30T14:41:23 *** mck9 has quit IRC 2010-03-30T14:57:08 WHEEEEEEE.... the dirt-stupid password reset Web interface is working. Still full of holes and really really ugly, but it's getting there. 2010-03-30T15:02:20 dbs: be sure to incorporate this - http://feeds.boingboing.net/~r/boingboing/iBag/~3/zmT008j5UDU/500-worst-passwords.html 2010-03-30T15:03:30 gmcharlt: sure, i'll load that up in a "config.banned_passwords" table 2010-03-30T15:03:40 dbs++ ;) 2010-03-30T15:05:29 *** mck9 has joined #evergreen 2010-03-30T15:10:08 I'm way behind trunk - do we have an OU setting for canonical hostname by OU, or anything like that? 2010-03-30T15:11:52 dbs: nope 2010-03-30T15:13:36 berick: okay. I'm sure things in the wild differ, but in our consortial env we define a different vhost per system (and some cases branches) and redirect from that to the default skin / locale / scope for that system or branch 2010-03-30T15:14:57 it would be really useful for, say, generating a link to a password reset form if there was something standardized to point at. I could add a circ.password_reset_hostname OU setting but I suspect there are other places a more generalized version would be useful 2010-03-30T15:15:18 dbs: yep, a hostname org setting makes sense to me 2010-03-30T15:15:26 a generic one, i mean 2010-03-30T15:15:41 Okay. I'll add that into the mix. 2010-03-30T15:19:04 dbs: fwiw, we have a different hostname for staff vs patrons. :) 2010-03-30T15:19:18 (in the password reset use case, i see no reason not to favor the public hostname, though) 2010-03-30T15:19:18 I have a question about 'might_have' in the IDL regarding fleshing. If I set a link as 'might_have', it never fleshes. Is that right? 2010-03-30T15:20:26 dbwells: that should not be true 2010-03-30T15:20:51 hmmm, maybe I have something backwards or something. 2010-03-30T15:21:06 it should 1) use the "has_many" logic to find the linked values and then 2) pull the first item off the has_many list 2010-03-30T15:21:11 dbs: something i don't recall if you considered... we would not want self-service password resets for certain patron profile groups, such as staff. 2010-03-30T15:21:57 dbwells: might_have is appropriate for, say, bre.fixed_field->mrd(record=bre.id) 2010-03-30T15:22:05 jeff: hrm, that is indeed a complication 2010-03-30T15:22:22 jeff: don't your staff have the ability to reset their own passwords anyway? 2010-03-30T15:22:47 dbs: depends on the staff member and the group_application permissions, iirc. 2010-03-30T15:23:20 dbs: but we'd have them come to a local admin user if they forgot their password. 2010-03-30T15:24:00 yeah. that really complicates things 2010-03-30T15:24:55 some libraries operate in situations where staff accounts are the patron account for that staff member, and could have an external email address. that might be an unacceptable address for sending a password reset, outside of organizational security policies, etc. 2010-03-30T15:25:09 of course, the argument could be made that staff accounts should not be their circulating patron accounts. 2010-03-30T15:26:28 we quite deliberately consolidated accounts, so that your staff account is your patron account, but your permissions are added/subtracted based on your account's existence in permission.usr_grp_map 2010-03-30T15:27:28 You could just set actor.usr.email NULL for staff members as an every-1-minute A/T :) 2010-03-30T15:27:36 heh 2010-03-30T15:29:18 org unit setting for password resets listing profile groups whose children should not permit password reset... check home ou of patron before password reset, check that ou's setting of groups not permitted... 2010-03-30T15:29:34 use something akin to isGroupDescendant like you would in circ scripts... 2010-03-30T15:32:58 miker_: thanks. I am currently digging through the IDL and the Schema files for more examples I can understand. 2010-03-30T15:36:08 jeff: yet-another-OU-setting at the global level, instead of having the most commonly required & configurable OU settings up front, and the more complex / advanced settings progressively disclosed, I guess 2010-03-30T15:36:49 *** sfortin has quit IRC 2010-03-30T15:37:31 dbs: not sure i follow. set it at the consortium level to prohibit password reset on Staff and children, then allow more-fine-grained settings as needed at the system level, etc? 2010-03-30T15:37:54 jeff: it's just another configuration setting, in a slew of configuration settings 2010-03-30T15:38:21 we have a UI complexity problem on the admin side. Kind of like... you want to make your overdue notices come out on the first day the item is overdue, instead of 7 days later? here's a 16-page document for you to chew on! 2010-03-30T15:39:56 dbs: once the complex interfaces are where we need them, we can build simple ones that supply obvious defaults and paper over the hard parts, eh? 2010-03-30T15:40:03 perhaps some effort is needed to make the config UI less complex/daunting, and I think that good defaults with good documentation explaining how to diverge from those defaults is important... 2010-03-30T15:40:04 a simplified overdue/predue/hold notice ui would be 2010-03-30T15:40:07 ... 2010-03-30T15:40:27 ...but i'd MUCH rather have things tweakable as config options than have to tweak the code to make Evergreen do what we want/need. 2010-03-30T15:40:47 miker_: yes, some day. sorry, I'm apparently in a negative mood today 2010-03-30T15:42:16 jeff: pulling the tasks out of the documentation and making them front and centre, and providing the conceptual framework as supporting material, would help, yes 2010-03-30T15:42:38 dbs: I feel your pain ... but IMO it's harder to add complexity to a simple system than to hide it in a complex one (for my head, anyway) 2010-03-30T15:43:30 *** pmplett has joined #evergreen 2010-03-30T15:43:55 miker_: okay I think I got it. I was definitely off. I thought (without research) that 'might_have' would be for 'has_a' links which were possibly null. 2010-03-30T15:44:06 miker_: I agree 100%! But 1.6.0.0 was released in... October? And the pretty fundamental-to-1.6 A/T stuff just got some docs (between Sally and my own quasi-wasted efforts) in March 2010-03-30T15:45:12 Now I see it is more like "some other table 'might_have' a value for me" 2010-03-30T15:45:38 s/some/this/ 2010-03-30T15:45:55 dbwells: right ... and has_a is nullable ... the reltype is more about who holds the unique key 2010-03-30T15:46:07 So we're hopefully catching-up, and not getting left further and further in the dust, in our ability to be able to help build some of these simpler interfaces 2010-03-30T15:46:37 miker_++ 2010-03-30T15:47:37 dbs: the a/t in particular, I think the complex version is pretty well done (berick?) so thought on a (trunk targeted) notificiation-specific UI would be reasonable and worthy, IMO ... how's that for a sidestep! ;) 2010-03-30T15:47:50 s/the/with/ 2010-03-30T15:48:14 ... let alone new core functionality. ergo my attempts to document dev-oriented stuff on the blog / articles and whatnot, to help others catch up (even while I'm catching up!) 2010-03-30T15:48:29 dbs++ 2010-03-30T15:53:54 miker_: yep, pretty much done. just needs some way to filter the event def list by hook (or possibly some other means) and auto event_def param cloning (similar to the auto env cloning in trunk) 2010-03-30T16:00:25 mod_perl, you bamboozle me. I guess I have to call $r->status(Apache2::Const::NOT_FOUND) and return Apache2::Const::OK to return a custom error page to go along with the 404 2010-03-30T16:08:02 *** bshum has quit IRC 2010-03-30T16:11:10 *** collum has quit IRC 2010-03-30T16:40:56 *** agJohn has joined #evergreen 2010-03-30T16:43:11 In the (yes, I know this is the old-fashioned way) opensrf.xml file, the tag has an attribute . Is there a corresponding attribute for a NON-email template file (only getting emailable notices out...). 2010-03-30T16:50:36 *** jamesrf has quit IRC 2010-03-30T16:51:34 *** JimtheGeek has joined #evergreen 2010-03-30T16:52:31 got an error, but making progress. Can't locate OpenSRF/Utils/Logger.pm in @INC at /openils/bin/opensrf-perl.pl line 20 2010-03-30T16:56:23 JimtheGeek: export PERL5LIB=/openils/lib/perl5:$PERL5LIB 2010-03-30T16:56:37 I stick that in my opensrf user's .bashrc file. 2010-03-30T16:57:09 (Assumes your deployment directory is /openils....) 2010-03-30T17:05:31 *** StephenGWills has left #evergreen 2010-03-30T17:09:51 sorry 2010-03-30T17:09:58 had to cover circ for a bit 2010-03-30T17:10:47 * dbs commits to his first local git repo 2010-03-30T17:10:57 JimtheGeek: That also assumes you're using the bash shell; but I think that's the default. 2010-03-30T17:11:10 am using bash 2010-03-30T17:11:35 ... for most Linux distros... 2010-03-30T17:11:43 did the export, no love. same error 2010-03-30T17:11:52 JimtheGeek: what installation instructions are you following? 2010-03-30T17:12:03 Can you link to them? 2010-03-30T17:12:18 *** r123 has quit IRC 2010-03-30T17:12:25 the stuff from the dokuwiki for ubuntu-hardy 2010-03-30T17:12:31 hold on, i'll get the link 2010-03-30T17:13:20 Other than that addition to PERL5LIB (which may or may not be there, I don't recall), those instructions definitely work. 2010-03-30T17:13:25 http://www.open-ils.org/dokuwiki/doku.php?id=opensrf:1.2:install 2010-03-30T17:13:58 I must just be blind or something 2010-03-30T17:13:59 agJohn: that PERL5LIB munging isn't required for OpenSRF 2010-03-30T17:14:23 I was just going off the error he said he got (see above). 2010-03-30T17:14:52 in the error, there is stuff in parentheses 2010-03-30T17:15:03 JimtheGeek: what step are you on 2010-03-30T17:15:18 agJohn: yes, and I'm telling you that it's a red herring 2010-03-30T17:15:34 firing up the osrf_ctl.sh script 2010-03-30T17:15:43 dbs: I believed you... 2010-03-30T17:16:31 BEGIN failed--compilation aborted at /openils/bin/opensrf-perl.pl line 20 2010-03-30T17:20:09 *** jenny1 has joined #evergreen 2010-03-30T17:21:03 JimtheGeek: find /usr/local/share -name Logger.pm 2010-03-30T17:21:10 lemme know if that returns anything 2010-03-30T17:21:15 I've got to get home 2010-03-30T17:21:58 no love 2010-03-30T17:22:22 JimtheGeek: sounds like your "make install" didn't work 2010-03-30T17:22:33 great. I'll start over 2010-03-30T17:22:35 *** jenny has quit IRC 2010-03-30T17:22:37 how about: find /usr/local -name Logger.pm 2010-03-30T17:22:55 nope 2010-03-30T17:23:23 thanks for the help, dbs. 2010-03-30T17:23:49 JimtheGeek: you shouldn't need to start over, just become root, get back into the OpenSRF source directory, and run "make install" again - and this time, pay attention to the output. there's probably a slew of error messages that you could mail to the list so we could actually help you 2010-03-30T17:23:55 * dbs goes home 2010-03-30T17:23:58 *** dbs has quit IRC 2010-03-30T17:24:11 JimtheGeek: I don't see any problems just redoing your opensrf install and keeping an eye on the messages 2010-03-30T17:24:24 or in other words what dbs said : ) 2010-03-30T17:24:33 I'll give it another go at the make install 2010-03-30T17:24:49 will I need to redo all the .conf & .xml files as well? 2010-03-30T17:25:27 Just save them off somewhere first. 2010-03-30T17:25:31 gotcha 2010-03-30T17:25:35 thanks y'all 2010-03-30T17:25:48 *** JimtheGeek has quit IRC 2010-03-30T17:26:04 Nobody got any suggestions for non-emailable notices question? 2010-03-30T17:32:07 agJohn: Do you mean for print? 2010-03-30T17:33:10 *** jenny1 has left #evergreen 2010-03-30T17:33:29 Yes, ultimately (I understand I'll get an XML file that'll need to run through a transform). Is there a counterpart to the tag has an attribute for non-email notices or is there something else that has to be different? 2010-03-30T17:34:52 I remember reading about this long ago, let me see if I can find anything. 2010-03-30T17:35:09 Don't worry about it. I can research it. 2010-03-30T17:35:38 Cool...message me if you find anything will ya : ) 2010-03-30T17:36:37 Last time I looked, there wasn't much--it all starts when you've already got the file generated. Which would be fine if the file would generate.... 2010-03-30T17:36:45 agJohn: this may not be what you're asking, but look at the --generate-global-templates option to generate_circ_notices.pl, and the notifications/overdue/combined_template value 2010-03-30T17:37:01 if that doesn't help, try re-wording what you're asking. :) 2010-03-30T17:40:08 OK. The combined template is in place. But, in the opensrf.xml file's tag there's an attribute --okay, so do I need an entry there for a non-emailed template? 2010-03-30T17:41:10 The option in question is described in the --help for generate_circ_notices.pl as: 2010-03-30T17:41:12 Collect all non-emailed notices into a global set and generate templates based on that set. 2010-03-30T17:41:14 But I don't want to generate *templates*--I want to generate notices; is this just confusing wording in the help text? 2010-03-30T17:41:17 Ah yes as jeff points out the --generate-global-templates option is what I was thinking of....and no you don't need a no-emailed template 2010-03-30T17:41:29 if you're using generate_circ_notices.pl, that value is never consulted unless you are also using --send-email or --use-email-outfile 2010-03-30T17:41:41 agJohn: confusing wording. 2010-03-30T17:42:16 OK. So, if I'm not generating emailed notices, the combined template governs the format? 2010-03-30T17:42:56 yes, see examples/templates/overdue_combined_xml.example 2010-03-30T17:42:57 format should be "content" I guess.... 2010-03-30T17:43:21 jeff: Just wondering, the legacy notices will/should work with 1.6.0.x and the A/T will work with 1.6.0.4 correct? 2010-03-30T17:43:55 pre-A/T stuff should still work, and i know very little about when and where A/T works, but not before 1.6, surely. 2010-03-30T17:43:56 Yes, I see that file and I see where it's referenced in opensrf.xml (this is goofy/inconsistent; grrr.) 2010-03-30T17:44:27 jeff++ 2010-03-30T17:44:29 moodaepo: Based on discussions I saw last week, it works in 1.6.0.2, at least. 2010-03-30T17:44:46 The action-trigger stuff, I mean. 2010-03-30T17:45:16 agJohn: Really for notices? Interesting. 2010-03-30T17:46:10 That's what I thought I saw; but then, I'm very confused about notices as you can see! phasefx_? berick? 2010-03-30T17:49:15 Everyone who really knows is probably gone home for the day.... 2010-03-30T17:52:05 jeff: If you're still watching; is this item from the opensrf.xml file just obsolete or what (as I get output to STDOUT)? 2010-03-30T17:52:06 2010-03-30T17:52:10 /openils/var/data/overdue 2010-03-30T17:56:38 *** jamesrf has joined #evergreen 2010-03-30T17:56:44 agJohn: I don't think that is obsolete 2010-03-30T17:57:05 OK, so what magical process generates such a file? 2010-03-30T17:57:39 For "magical" read "something John doesn't get at all" 2010-03-30T18:03:10 agJohn: run this and see > cd /openils/bin/; PERL5LIB=/openils/lib/perl5 perl generate_circ_notices.pl --help 2010-03-30T18:07:17 I've run that many times in the last several hours. What am I supposed to see there that relates to the section in question in the opensrf.xml file--sorry, I'm not seeing it. When I generated notices using the (unbelievably oddly named --generate-global-templates option), it spits out the XML to STDOUT.... 2010-03-30T18:11:12 agJohn: Let me check, I am actually the last person to be helping you. I had it working and in my efforts to make it better I broke it and haven't been able to get ANY notice working : ( 2010-03-30T18:12:24 Not worth fussing about. I'm getting what I need; I just don't see how the mechanisms that seem to be operating have any relation to that comment and tag in the opensrf.xml file--there's nothing that appears to read/use it. 2010-03-30T18:13:00 I gotta go, but thanks for hanging in there w/ me moodaepo :-) 2010-03-30T18:13:10 Heck maybe you can help me sometime then : ) 2010-03-30T18:13:42 Have a good evening/night. 2010-03-30T18:13:52 Thanx. 2010-03-30T18:13:57 *** agJohn has left #evergreen 2010-03-30T18:22:05 *** brendan_bywater has quit IRC 2010-03-30T18:35:07 *** brendan_bywater has joined #evergreen 2010-03-30T18:39:46 *** brendan_bywater has quit IRC 2010-03-30T19:33:02 *** jamesrf has quit IRC 2010-03-30T19:42:20 *** jamesrf has joined #evergreen 2010-03-30T19:59:40 *** leed- has joined #evergreen 2010-03-30T20:00:16 on a trunk installation that I did yesterday, I'm getting this error when creating a provider: 2010-03-30 20:02:24 EDT ERROR: insert or update on table "provider" violates foreign key constraint "provider_default_claim_policy_fkey" 2010-03-30T20:00:26 any schema updates for that? 2010-03-30T20:01:16 2010-03-30 20:02:24 EDT DETAIL: Key (default_claim_policy)=(30) is not present in table "claim_policy". 2010-03-30T20:01:16 so 2010-03-30T20:07:23 nm db issue fixed in latest commit 2010-03-30T20:39:02 *** dbs has joined #evergreen 2010-03-30T20:40:26 @later tell agJohn for old-school global notices, check out http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/examples/crontab.example#L70 for one possible approach 2010-03-30T20:40:26 dbs: The operation succeeded. 2010-03-30T20:57:32 *** txjesse has quit IRC 2010-03-30T21:05:10 *** dbs has quit IRC 2010-03-30T21:07:48 * jeff looks in 2010-03-30T22:09:39 * phasefx yawns 2010-03-30T22:22:36 talking mostly to myself... don't want patrons to do their online card payments on circ bills that can/will get more billings. 2010-03-30T22:23:21 so, if the circ doesn't have a checkin_time or a stop_fines of lost, it won't be "payable" for us. 2010-03-30T22:25:49 stop_fines of anything? 2010-03-30T22:26:27 also, do you allow renewals on items with fines? 2010-03-30T22:29:39 yes 2010-03-30T22:29:55 but those circs would have a checkin time 2010-03-30T22:30:36 from the point of view of the patron, that whole "circ chain" would be one transaction, and you'd be letting them pay off parts of it 2010-03-30T22:30:47 maybe 2010-03-30T22:30:59 stop fines of maxfines isn't enough for me, because the item isn't back, and could be marked lost by the system -- at which time the overdue fines would in theory be voided and replaced with the item charge. 2010-03-30T22:31:00 * phasefx tends to focus on edge cases 2010-03-30T22:31:10 that makes sense 2010-03-30T22:31:21 why do you think i started talking here when i saw you around? ;-) 2010-03-30T22:31:31 haha 2010-03-30T22:32:02 there is support in trunk for presenting circ chains 2010-03-30T22:32:14 I think through views 2010-03-30T22:32:46 not sure how easy it would be to tap into for making payment permit tests 2010-03-30T22:33:42 (does online payment code have a hook for a payment "permit" test? no idea) 2010-03-30T22:34:35 this is 1.4, so online payment code is bolt-on 2010-03-30T22:34:56 unrelated to what may be in trunk or various git branches 2010-03-30T22:36:02 if someone checks out an item and is chronically a day or two late before renewing, there will be one transaction for each late circ, and if the're out of renewals and the item is still out and is overdue, that last transaction will be "unpayable" for them. 2010-03-30T22:36:42 * phasefx nods 2010-03-30T22:36:46 also, we don't let them pay if they have any transactions where a refund is owed, or if they have any patron credit. those are situations where we simply ask that they call or visit. 2010-03-30T22:38:04 I know some libraries don't like the idea of folks "paying down" balances (to say, keep just below the max fine penalty threshold) 2010-03-30T22:38:26 you stop that for the most part 2010-03-30T22:39:17 we're okay with that, but i'm not permitting partial payment on a transaction. you'll be able to pick transactions to pay or not, but you won't be able to pay $10 of a $15 transaction online. 2010-03-30T22:39:49 * phasefx nods 2010-03-30T23:20:52 *** dbs has joined #evergreen 2010-03-30T23:26:04 * jeff amuses himself with the concept of cover art in the "pay for your lost items" interface 2010-03-30T23:26:26 "be sure you can't find this book on your shelves -- no refunds on lost item replacement charges!" 2010-03-30T23:29:02 * dbs reads template toolkit docs 2010-03-30T23:37:38 * phasefx almost put cover art in the staff billing interface the first time 2010-03-30T23:39:35 just an idle thought as i was looking at the mvr object in a transaction payload :) 2010-03-30T23:44:43 * jeff discards his corner case of two patrons, both with same password, one patron with barcode 12345, the other with username 12345 2010-03-30T23:45:02 well, not 'discarding', really 2010-03-30T23:45:44 it happens 2010-03-30T23:46:10 more often when the institution tries to be cute about the user barcode 2010-03-30T23:46:23 sometimes because they already have a card w/ their username barcoded on it 2010-03-30T23:47:51 yeah. i think i'm going to continue to use "try both, use whichever is successful", and the question of which to try first depends on if the value "looks like" a barcode or not. 2010-03-30T23:50:40 and i kinda' wish usernames were not case sensitive. 2010-03-30T23:50:55 i think our workaround on that will be to lowercase them when setting in the opac. 2010-03-30T23:51:39 so that lowercasing them when logging in won't lock out the poor soul who intentionally set it to an uppercase username 2010-03-30T23:54:25 legacy_bills-- 2010-03-30T23:55:25 bills that were flagged as overdues but were really lost item charges... all kinds of broken.