| # | Time | Nick | Message |
|---|
| # | 01:05:16 | mayanks43 has joined #evergreen |
| # | 01:18:04 | dbs has quit IRC |
| # | 01:49:36 | leed-hom1 has quit IRC |
| # | 01:58:37 | leed-home has joined #evergreen |
| # | 02:08:21 | bshum has quit IRC |
| # | 02:17:35 | Jbergy has quit IRC |
| # | 02:21:46 | Jbergy has joined #evergreen |
| # | 02:58:32 | m3th0d has joined #evergreen |
| # | 03:11:54 | m3th0d | while doing smoke test with autogen.sh I am getting following error Exception: OpenSRF::EX::Session 2011-03-28T00:03:54 OpenSRF::Utils::SettingsClient /usr/local/share/perl/5.10.1/OpenSRF/Utils/SettingsClient.pm:103 Session Error: router@private.localhost/opensrf.settings IS NOT CONNECTED TO THE NETWORK!!! |
| # | 03:12:19 | m3th0d | exact issued command was /openils/bin/autogen.sh -c /openils/conf/opensrf_core.xml -u |
| # | 03:26:37 | m3th0d | got it working it was because of improper shut down of evergreen . |
| # | 04:31:11 | mayanks43 has left #evergreen |
| # | 06:14:11 | zigo-_- has joined #evergreen |
| # | 06:34:08 | Jbergy has quit IRC |
| # | 06:52:27 | m3th0d has quit IRC |
| # | 07:21:48 | zigo-_- has quit IRC |
| # | 07:22:05 | zigo-_- has joined #evergreen |
| # | 07:45:08 | lezard has joined #evergreen |
| # | 07:52:00 | mayanks43 has joined #evergreen |
| # | 08:08:33 | atheos has quit IRC |
| # | 08:14:15 | mrpeters-isl has joined #evergreen |
| # | 08:21:20 | mrpeters-isl | guys - the "reciept upon payment" option doesnt appear to "stick" in 2.0.4 when you uncheck it from the billing tab -- is there another global place you can go to disable auto-printing of reciepts? |
| # | 08:22:03 | _bott_ has quit IRC |
| # | 08:24:26 | _bott_ has joined #evergreen |
| # | 08:35:24 | mayanks43 has quit IRC |
| # | 08:35:27 | AaronZ-PLS has joined #evergreen |
| # | 08:35:34 | mayanks43 has joined #evergreen |
| # | 08:39:01 | zigo-_- has quit IRC |
| # | 08:41:33 | zigo-_- has joined #evergreen |
| # | 08:47:14 | Dyrcona has joined #evergreen |
| # | 08:52:19 | zigo-_- has quit IRC |
| # | 08:52:48 | parsr has joined #evergreen |
| # | 08:54:45 | parsr | Saving bib record in EG 2.0.4 -- record saved but no feedback message that the bib record saved after clicking ok. Is this a bug or an intended change? |
| # | 08:55:13 | parsr | Or perhaps something local here..? |
| # | 08:58:04 | eeevil | parsr: it's intended ... regular grumbling about all the "ok, did that" popups |
| # | 08:58:52 | parsr | << ok >> (please click to confirm you rec'd) |
| # | 08:59:56 | lezard has quit IRC |
| # | 09:00:53 | eeevil | maybe I'm misunderstanding what you're seeing ... and I could be mistaken, but I thought phasefx excised most of those post-save popups "speed bumps" |
| # | 09:04:06 | berick confirms that particular pop-up is gone |
| # | 09:04:31 | berick | though, the pendulum may have swung a little too far in the opposite direction. may need some type of inline confirmation text or some such |
| # | 09:05:07 | eeevil | berick: I think the status bar gets updated, but that may actually be hidden by default ... not sure |
| # | 09:06:33 | berick | perhaps. i may have missed that. i saw the submit button changing colors, which is easy enough to adjust to, but probably not so intutitive for new users |
| # | 09:07:51 | bshum has joined #evergreen |
| # | 09:08:09 | parsr | For save bib record some kind of feedback would be useful, but not necessarily click "ok" button IMHO. The other outcome is that with no clear feedback you'll then hear complaints about people having to go to the opac view to confirm the change was made... |
| # | 09:08:39 | kmlussier has joined #evergreen |
| # | 09:11:02 | parsr | Also confusing might be that the when toggling Activity Meter to on -- no visible change is displayed when I save my modified record. |
| # | 09:19:17 | Callender has quit IRC |
| # | 09:19:26 | mrpeters-isl | while we're on the cataloging subject...in /cat/copy_browser.xul the holdings maintainence used to display all of the branches in the library system. now on 2.0.4 it only shows the branch your workstation is registered to. We're catching alot of heat over this. Is there a way to get back to displaying all of the branches? |
| # | 09:22:15 | StephenGWills has joined #evergreen |
| # | 09:22:42 | mrpeters-isl | i'd file a bug, but im not sure it is one. i think this is probably intended, but the libraries got used to "different" so i'm being asked to 'get it back' |
| # | 09:23:49 | Dyrcona | tell them it is the price of progress. :) |
| # | 09:24:57 | eeevil | mrpeters-isl: it's intended, but I'm sure there's a way to see "all copies" ... phasefx will have to anser that, though |
| # | 09:25:06 | eeevil | answer how, I mean |
| # | 09:26:20 | bshum | mrpeters-isl: Isn't that controlled via the scope options? |
| # | 09:26:49 | Dyrcona | Looks like the commands for show all libs are commented out in copy_browser.xul. |
| # | 09:27:25 | Dyrcona | You could try removing the comments and see if that helps. |
| # | 09:28:20 | Dyrcona | Oh, never mind. |
| # | 09:28:38 | Dyrcona | Upon further inspection the commands are not there, and the buttons to activate the commands are commented out. |
| # | 09:28:56 | dbwells | mrpeters-isl: If you select the top org unit and last entry in the "Limit" menu, it displays everything, I think. |
| # | 09:29:32 | dbs has joined #evergreen |
| # | 09:29:33 | dbs has joined #evergreen |
| # | 09:29:33 | Dyrcona | Arrgg... I give up. They are listed. |
| # | 09:29:51 | Dyrcona needs more Excedrin. |
| # | 09:30:25 | yboston has joined #evergreen |
| # | 09:30:57 | bshum | mrpeters-isl: dbwells' approach is good if you need to see all branches regardless of if they own or not. Otherwise, the "Show Libraries With Items" button should show all libraries that own a copy. |
| # | 09:33:26 | bshum | (at least, it does in our 2.0.1 system) |
| # | 09:38:25 | jenny has joined #evergreen |
| # | 09:38:41 | mrpeters-isl | dbwells: libraries say that is "too much clicking" |
| # | 09:38:48 | mrpeters-isl | and they shouldnt ahve to do it, becuase it didnt used to be that way |
| # | 09:43:19 | dbwells | I am under the impression that those settings "stick", so I must not see the whole picture. |
| # | 09:43:57 | mtisi has quit IRC |
| # | 09:44:02 | mtisi has joined #evergreen |
| # | 09:47:09 | mrpeters-isl | dbwells: i think they stick too. i'm seeing it that way, however, they still dont seem to be happy to accept that since it requires "extra clicking" that they feel they shouldn't have to do |
| # | 09:47:12 | mrpeters-isl | people just hate change... |
| # | 09:47:22 | Dyrcona has a question for tsbere if he is around. If he isn't, I guess it can wait another 1h 13m. |
| # | 09:47:49 | tsbere is amazed he just happened to go to check something when Dyrcona said that, and thus saw his IRC client ping |
| # | 09:52:53 | bshum | mrpeters-isl: I like your description of the billing receipt issue more than mine. |
| # | 09:53:34 | mrpeters-isl | oh, you've seen the same thing? |
| # | 09:53:46 | mrpeters-isl | crap, i didnt notice it in my admittedly limited searching for similar bugs |
| # | 09:54:05 | Callender has joined #evergreen |
| # | 09:54:26 | bshum | Heh, well I marked mine as a duplicate of yours. We'll annotate your bug ticket on it. |
| # | 09:54:48 | bshum | Our temporary workaround has been to globally disable auto-print for billing receipts. |
| # | 09:55:06 | bshum | But we have yet to find a way to manually print a billing receipt in that event. |
| # | 09:55:13 | bshum | The global settings are pretty global |
| # | 09:55:23 | mrpeters-isl | yeah |
| # | 09:55:45 | bshum | And the "print bills" button that's there prints bill info not necessarily payments specific |
| # | 09:56:11 | mrpeters-isl | yeah, that one depends on hwo you've configured things in the reciept template editor i think |
| # | 10:00:16 | mrpeters-isl | bshum: you're talking about using Disable Automatic Print Attempt Type List right? |
| # | 10:00:26 | bshum | mrpeters-isl: That's correct. |
| # | 10:00:34 | mrpeters-isl | and you can't get it to print manually when you use that? |
| # | 10:01:16 | bshum | That's right. |
| # | 10:01:29 | bshum | Since it disables automatic printing |
| # | 10:01:36 | bshum | There's no options for manual printing of payments |
| # | 10:02:18 | bshum | That being said |
| # | 10:02:22 | bshum | It does save paper ;) |
| # | 10:02:41 | bshum | Oh sorry, check in Local Administration |
| # | 10:02:50 | bshum | Under the "Do not attempt auto-print" setting |
| # | 10:02:54 | bshum | It's an area unto itself |
| # | 10:03:11 | bshum | You can use that to add library specific settings for disabling auto-print of certain receipt/slip types |
| # | 10:03:30 | bshum | We just selected "bill pay receipt" on that interface and marked it for the libraries who complained. |
| # | 10:04:08 | bshum | The setting in library settings is for overriding that disabling feature I think |
| # | 10:04:15 | bshum | So it's the opposite effect |
| # | 10:04:31 | bshum | (little round about now that I think about it...) |
| # | 10:11:17 | mrpeters-isl | hmm bshum I'm confused |
| # | 10:11:58 | mrpeters-isl | Disable Automatic Print Attempt Type List allows you to specify "bill pay" |
| # | 10:12:01 | dbs got some unit tests for opensrf javascript rolling last night. whee! |
| # | 10:12:21 | mrpeters-isl | so, that is different from the disable auto print you've done i think? |
| # | 10:15:41 | bshum | Aha |
| # | 10:15:50 | bshum | Two different implementations of the same idea? |
| # | 10:17:37 | bshum | Yep |
| # | 10:17:49 | eeevil | bshum / mrpeters-isl: I believe the old one is a workstation setting (ws_info-style), and the new one is an org settings so you can do it org-wide instead of having to touch each WS ... IOW, the org setting is intended to be "better" than the WS setting |
| # | 10:17:51 | bshum | We're describing the same thing mrpeters-isl |
| # | 10:18:19 | eeevil | but, again, I invoke the mighty phasefx for specific clarification :) |
| # | 10:18:35 | bshum | eeevil: When we used the interface in local admin specifically for that, it created an entry in the org unit settings table for the setting. |
| # | 10:18:55 | bshum | So it looks to be inserting into the same place for both interfaces |
| # | 10:19:08 | bshum | As org setting or as setting in the specific interface for it |
| # | 10:20:19 | eeevil | bshum: I'm obviously confused, then ... I think it's best if I don't try to explain the SC -- I never use it! ;) |
| # | 10:20:33 | bshum | Oh I'm confused too :) |
| # | 10:20:48 | parsr | sidebar facets in 2.0 - should I expect much trouble if I replace 2.0 facets with 1.6x facets (until i18n is complete for 2.0 facets)? This might allow us to move to 2.0 sooner than later. Looking for "drop-in" solution rather than much re-jigging of any related js. Alternately, I suppose I could just leave them out until facets are i18n ready |
| # | 10:21:05 | bshum | Cause then I think that we should deprecate the "Do not attempt autoprint" interface in favor of the org unit setting option. |
| # | 10:21:20 | bshum | Unless there's a reason that exists I guess |
| # | 10:21:43 | bshum | I could see it being handy if we're dealing with multiple entries (since the org unit setting interface doesn't display well) |
| # | 10:22:04 | eeevil | parsr: putting the old sidebar back in would be more work than doing (locally) what I described in my first bullet and manually inserting translations |
| # | 10:23:03 | dbs | eeevil: agreed - I would consider marking the IDL as translatable as a bug fix applicable to 2.0.x, eth? |
| # | 10:24:53 | adbowling-isl has joined #evergreen |
| # | 10:24:59 | eeevil | dbs: sure, I'd go along with that |
| # | 10:25:18 | dbs | And if we extracted the translatable strings & got a quick translation from a willing source, could even be in place relatively soon |
| # | 10:27:35 | parsr | dbs: you mean for facets correct? -- we could take on that piece. I'm also going to try to do larger review of fr-CA once 2.1 comes out. |
| # | 10:29:54 | parsr | Or full IDL -- we could take a chunk of that too.. |
| # | 10:35:41 | phasefx | Do Not Attempt Auto-Print is an org unit setting, that has a dedicated interface for convenience (though a custom widget in the Library Settings Editor would be better, this was more expedient at the time) |
| # | 10:39:24 | phasefx | re: speed bump dialogs and feedback, I agree on the need for feedback. The dialogs were really there for a different purpose (to mitigate db replication problems by requiring human interaction before re-retrieving the data. We don't need to do that part anymore) |
| # | 10:39:34 | dbs | parsr: I meant for the facets, yes |
| # | 10:40:08 | phasefx still needs to look at the sticky receipt option problem, fell off his radar |
| # | 10:40:38 | bshum | Guess I'll assign that for you phasefx ;) |
| # | 10:40:51 | phasefx | Activity Meter, I need to bury that under For Developers; it's not a definitive indicator of activity |
| # | 10:41:18 | mrpeters-isl | oh yay -- more "changes" that are causing unhappiness -- the "reset password" button is gone from the patron editor |
| # | 10:41:36 | bshum | There should be a bug for that one too, mrpeters-isl |
| # | 10:41:40 | mrpeters-isl | so there is no autogen 4 digit pin anymore :( libraries aren't pleased they have to "make up" passwords |
| # | 10:41:45 | mrpeters-isl | bshum: ok |
| # | 10:41:55 | mrpeters-isl | throw me a link, if you have it handy so i can keep track |
| # | 10:42:05 | phasefx | I feel no ownership for that one :) |
| # | 10:42:09 | bshum | mrpeters-isl: That fills in if you type the phone before the password. And have a library setting for it. |
| # | 10:42:20 | bshum | At least that's what I've found. |
| # | 10:42:26 | bshum | (it's a confusing order of operations) |
| # | 10:42:30 | mrpeters-isl | we don't use phone # for pins |
| # | 10:42:42 | mrpeters-isl | 1.6 just had a button for "reset password" for edited users |
| # | 10:42:44 | bshum | Oooh, read that wrong ;) |
| # | 10:42:48 | bshum | Right |
| # | 10:42:53 | mrpeters-isl | and it just automatically put a 4 digit pin in the password field for new registrations |
| # | 10:45:23 | mrpeters-isl | bshum: i can't find your bug |
| # | 10:45:34 | bshum | Maybe it's my weird imagination... |
| # | 10:45:37 | bshum | So many bugs :( |
| # | 10:46:08 | dbs is surprised, albeit incredibly after the fact, that js2JSON() in JSON_v1.js stringifies nulls and booleans |
| # | 10:46:45 | bshum | Aha |
| # | 10:46:52 | bshum | mrpeters-isl: https://bugs.launchpad.net/evergreen/+bug/488243 |
| # | 10:46:55 | bshum | It's a really old bug |
| # | 10:46:55 | mrpeters-isl | sanks |
| # | 10:46:59 | bshum | That's now been marked opinion |
| # | 10:47:26 | mrpeters-isl | well, manual reset does work |
| # | 10:47:33 | bshum | Right |
| # | 10:47:36 | mrpeters-isl | opinion? my opinion is that it needs to be there... |
| # | 10:47:41 | mrpeters-isl | lets not take away features |
| # | 10:47:46 | mrpeters-isl | :) |
| # | 10:48:10 | Dyrcona | status: "opinion" stops it from showing in most LP bug lists, IIRC. |
| # | 10:48:22 | Dyrcona | I'll change status and set importance to wishlist. |
| # | 10:48:29 | bshum | Right, I guess I marked it as "opinion" before I knew what that did :( |
| # | 10:48:35 | mrpeters-isl | Dyrcona: i think that's even a bit low... |
| # | 10:48:44 | mrpeters-isl | its an oversight, in my opinion, not a wishlist |
| # | 10:48:55 | Dyrcona | If anyone wants to target it at a milestone, I added milestones for 1.6.1.9 and 2.0.5 this morning. |
| # | 10:48:57 | mrpeters-isl | i could see "wishlist" if it didn't exist in a previous version |
| # | 10:49:20 | bshum | Speaking of targeting |
| # | 10:49:24 | Dyrcona | ok... importance stays low, and status confirmed. |
| # | 10:49:28 | bshum | I asked last week about series targeting vs. milestone targeting |
| # | 10:50:06 | Dyrcona | series targeting requires different permissions, I think. |
| # | 10:50:25 | bshum | I don't want to nilly willy add bugs to target milestones that might not actually be fixed before a release, but at the same time, our inability to target bugs at series is making it difficult to highlight bugs that should receive attention. |
| # | 10:50:26 | Dyrcona | or do you mean when we should target a series instead of a milestone? |
| # | 10:50:43 | Dyrcona | I think I can target a series. |
| # | 10:51:01 | Dyrcona needs a refill on his dihydrogenmonoxide, brb. |
| # | 10:51:02 | dbs | Dyrcona: we need to be able to target series ("this is a 2.0 bug, not applicable to 1.6") |
| # | 10:51:03 | bshum | Dyrcona: I do think it's permissions related. |
| # | 10:51:39 | dbs | it's the developers tackling an individual bug who should then target a milestone ("I'm going to get this fix into 2.0.5") |
| # | 10:51:40 | Dyrcona | I believe it can be done. |
| # | 10:52:00 | dbs | Oh, it can be. It's a matter of figuring out & documenting the perms that are required |
| # | 10:52:27 | mrpeters-isl | maybe the function uEditMakeRandomPw(patron) function in ue.js can still be used on the new register_table.tt2/ |
| # | 10:54:02 | Dyrcona thinks he overdid it on bug #488243. |
| # | 10:54:46 | Dyrcona | I was just messing around with local customizations to offline circ, so I'll take a look at this one while I've got the client code open. |
| # | 10:55:37 | bshum | Dyrcona++ Awesome series targets ;) |
| # | 10:56:26 | mrpeters-isl | i notice function uEditMakeRandomPw(patron) is still a function in the register_table.tt2 so there was at least some thought to this still being a feature, right? |
| # | 10:56:58 | mrpeters-isl | rather, in register.js which gets called by register_table |
| # | 10:58:13 | dbs | mrpeters-isl: the bug is open, please don't beat us over the head |
| # | 10:58:38 | mrpeters-isl | not beating anyone over the head...just want to be sure it doesnt sit for another year and a half, since it did at first |
| # | 10:58:45 | Dyrcona readies his shillelagh.... |
| # | 10:58:49 | mrpeters-isl | thus, why i'm going through the code to see what i can contribute |
| # | 10:59:18 | mrpeters-isl | and hoping that the fact that it's still being called by register_table makes it a bit easier to get it back |
| # | 10:59:27 | Dyrcona | I'll take the blame for that. I should go through the bugs again and target them. |
| # | 11:00:05 | bshum | I'm going to try to find out what LP permissions are needed. If there's anything written about it. |
| # | 11:00:29 | bshum | It would help if the members of the bug team were able to assist in the task of targeting |
| # | 11:00:47 | mrpeters-isl | it seems that we could make a button that onclick='uEditMakeRandomPw' to generate the random string |
| # | 11:00:58 | mrpeters-isl | i'm mostly unclear on how that gets appended to the password fields, however |
| # | 11:01:26 | mrpeters-isl | and since this is dojo, i'm not sure it works the same as a button in the xhmtl |
| # | 11:02:39 | mrpeters-isl | jsId='uEditMakeRandomPw' perhaps? |
| # | 11:02:46 | dbs | mrpeters-isl: I'm not sure who you're talking to, but you might be better off actually working on the code and reporting back when you've got something functional, or putting your observations into the bug report itself |
| # | 11:03:22 | mrpeters-isl | oh, i thought this was a chat room |
| # | 11:03:30 | mrpeters-isl | for sharing information |
| # | 11:03:35 | Dyrcona | I'm paying attention. I'll take a look. |
| # | 11:03:46 | Dyrcona | Don't much 'bout dojo, though. |
| # | 11:03:52 | dbs | It is. Not necessarily for sharing stream of consciousness though. At least, not for me. |
| # | 11:04:07 | Dyrcona got no dojo mojo. :) |
| # | 11:04:20 | mrpeters-isl | you can always put me on ignore |
| # | 11:04:29 | mrpeters-isl | i seem to bother you a lot |
| # | 11:04:39 | mrpeters-isl | so i'm sorry for that |
| # | 11:05:05 | dbs | Actually, normally you don't bother me |
| # | 11:06:24 | mrpeters-isl | well, thats good - Dyrcona - i think i can at least put some of this back together...i just may need someone to confirm my thinking as I'm not much of a coder - ill send an email or something |
| # | 11:07:10 | afterl has joined #evergreen |
| # | 11:09:30 | bshum | Dyrcona: dbs: Hmm, series targeting might be best off in your hands after all. Looks like once you target a bug to a series, you can't untarget / delete it. You'd have to mark it as invalid or won't fix and that might end up cluttering up the bugs |
| # | 11:10:12 | bshum | Bug wranglers can still nominate bugs to specific series, but just need the bug supervisor to actually engage the target. |
| # | 11:45:44 | mayanks431 has joined #evergreen |
| # | 11:48:23 | mayanks43 has quit IRC |
| # | 11:57:20 | rsinger has quit IRC |
| # | 12:00:18 | mayanks431 has left #evergreen |
| # | 12:11:49 | rsinger has joined #evergreen |
| # | 12:15:59 | ben- has joined #evergreen |
| # | 12:18:30 | ben- has quit IRC |
| # | 12:20:21 | moodaepo | bshum++ # Looking up LP permissions |
| # | 12:37:01 | sgirard has joined #evergreen |
| # | 12:59:39 | artunit_ has joined #evergreen |
| # | 12:59:49 | artunit has quit IRC |
| # | 12:59:50 | artunit_ is now known as artunit |
| # | 13:03:49 | brian_f has joined #evergreen |
| # | 13:07:02 | dbs | senator: nice catch on the Arabic in en-ca; https://translations.launchpad.net/evergreen/2.0/+pots/offline.properties/en_CA/+translate shows it was added back in January |
| # | 13:07:34 | senator | credit is not really to me, as the issue bubbled up through an ESI customer, but thanks |
| # | 13:07:50 | mrpeters-isl | phasefx: thanks for those patches! |
| # | 13:08:30 | mrpeters-isl | those would both get "seen" client side the next time they restart their client, right? |
| # | 13:08:39 | dbs is fixing those bits |
| # | 13:09:44 | senator | dbs++ for wrangling translations, a lonely pursuit |
| # | 13:10:44 | dbs | this would be the drawback of having the translations wide open for any drive-by contributors; no quality control on a per-language basis |
| # | 13:15:55 | mrpeters-isl | phasefx: works like a charm! |
| # | 13:17:23 | jtbates has joined #evergreen |
| # | 13:21:47 | Dyrcona | mrpeters-isl: What patches are you talking about? Does it have to do with the bug we discussed earlier? |
| # | 13:22:10 | Dyrcona checks his bug email. |
| # | 13:22:31 | Dyrcona | mrpeters-isl: Never mind. :) |
| # | 13:23:45 | parsr has quit IRC |
| # | 13:24:00 | mrpeters-isl | nah, sadly not |
| # | 13:24:04 | mrpeters-isl | but still a great fix :) |
| # | 13:25:32 | jenny has quit IRC |
| # | 13:37:47 | Dyrcona | mrpeters-isl: I'm about to post a patch for https://bugs.launchpad.net/evergreen/+bug/488243 |
| # | 13:49:25 | mrpeters-isl | oh sweet! |
| # | 13:53:07 | mrpeters-isl | Dyrcona: I'll test this as soon as I can get a break |
| # | 13:53:29 | Dyrcona | mrpeters-isl: OK. I don't know how cleanly it will apply to 2.0. |
| # | 13:54:43 | mrpeters-isl | well, eyeballing it seems like it would |
| # | 13:55:00 | mrpeters-isl | all of the modifications are to things still in 2.0.4 |
| # | 13:55:12 | phasefx | mrpeters-isl: gut! # bill receipts |
| # | 13:55:34 | mrpeters-isl | :) |
| # | 14:00:14 | mrpeters-isl | Dyrcona: works like a charm!!! |
| # | 14:00:20 | mrpeters-isl | ahh bless you! |
| # | 14:00:49 | Dyrcona bows. |
| # | 14:01:34 | jenny has joined #evergreen |
| # | 14:03:55 | mrpeters-isl | notified our libs, with special thanks to you! |
| # | 14:04:40 | phasefx | mrpeters-isl: the Jasons must like you |
| # | 14:04:45 | mrpeters-isl | i guess! |
| # | 14:05:25 | Dyrcona | heh. |
| # | 14:05:26 | mrpeters-isl | ah this makes me so happy |
| # | 14:06:38 | mrpeters-isl | btw - this was applied to 2.0.4 with no issues |
| # | 14:07:36 | mrpeters-isl | another victor for OSS |
| # | 14:08:06 | Dyrcona | register.js hasn't changed since March 9, before 2.0.4 was released. |
| # | 14:08:25 | Dyrcona | the patch should apply to trunk, rel_2_1 and rel_2_0 as is. |
| # | 14:08:54 | mrpeters-isl | register_table.tt2 may have changed with one of tsbere's recent submissions but i'm not sure if that's been accepted yet |
| # | 14:09:04 | mrpeters-isl | that is, the "helpers" regex patch |
| # | 14:09:22 | tsbere | register.js changed too, technically |
| # | 14:09:42 | mrpeters-isl | yeah, but hand patching it still worked no problem |
| # | 14:09:45 | tsbere | And I have a git branch with a fix for a bug in that. I should launchpad it or something. |
| # | 14:10:13 | mrpeters-isl | tsbere: i'm using your earlier one |
| # | 14:10:18 | mrpeters-isl | http://git.evergreen.lib.in.us/git/?p=evergreen.2.0.4prod.git/.git;a=commitdiff;h=74dcc892c52a5eb7aba4bef2358e7db707644599 if you can see it |
| # | 14:10:30 | mrpeters-isl cant remember if ive got fw opened to git |
| # | 14:10:41 | tsbere | Yea, I can see it |
| # | 14:10:46 | mrpeters-isl | that one, inspired by you is working great for us |
| # | 14:10:53 | mrpeters-isl | bug affect it? |
| # | 14:11:08 | tsbere | And yea, I recall some of that. Trunk has a more comprehensive one, and the bug is for something you don't have there. |
| # | 14:11:12 | mrpeters-isl | right on |
| # | 14:11:17 | mrpeters-isl | yeah, i knew the trunk one was more awesome |
| # | 14:11:32 | mrpeters-isl | but this one was well tested here before we went live on 2.0.4 so i felt more comfortable |
| # | 14:13:29 | rjackson-isl has joined #evergreen |
| # | 14:14:09 | rjackson-isl | good afternoon Evergreen community |
| # | 14:15:17 | rjackson-isl | Have a question regarding 2.0.4 recent upgrade and autoprint functionality for holds slip receipt |
| # | 14:15:55 | rjackson-isl | users are indicating that autprint is selected but that a popup box is still displayed for each receipt requiring them to click okay to print? |
| # | 14:16:03 | dbs | Dyrcona: can you add a DCO to that bug? |
| # | 14:16:13 | Dyrcona | Sure thing. |
| # | 14:17:00 | dbs | thanks! |
| # | 14:22:53 | mrpeters-isl | phasefx is gonna kill me by the end of this day :( |
| # | 14:24:12 | phasefx | rjackson-isl: mrpeters-isl: check Admin->For Developers->about:config. if the print_silent preference is set to false, a dialog always comes up. I've tweaked Printer Settings Editor to clear this when toggled, but that feature isn't in 2.0 |
| # | 14:24:29 | phasefx | true, and the dialog is always hidden. so the user set value needs to be Reset/cleared |
| # | 14:24:47 | phasefx | you could do this with custom.js for everyone |
| # | 14:25:49 | mrpeters-isl | patron_barcode and PATRON_BARCODE macros are duplicated for reciepts -- but no item barcode macro :( any chance one of those was supposed to be item_barcode ? |
| # | 14:27:00 | mrpeters-isl | maybe someone on 1.6 still can see if item_barcode was ever a macro? |
| # | 14:27:04 | tsbere | I seem to recall someone telling us that the lowercase variant of patron barcode is broken |
| # | 14:27:16 | mrpeters-isl | perhaps |
| # | 14:27:35 | mrpeters-isl | hmm it gives "undefined" |
| # | 14:27:53 | mrpeters-isl | so i can confirm that |
| # | 14:28:57 | mrpeters-isl | maybe i can fix this |
| # | 14:30:05 | suho has joined #evergreen |
| # | 14:37:06 | suho has quit IRC |
| # | 14:37:49 | rjackson-isl | phasefx: I checked for print_silent and filterd for print then silent with no joy? |
| # | 14:38:49 | phasefx | mrpeters-isl: that fix I did, are you using it in production now? |
| # | 14:38:55 | mrpeters-isl | anyone with knowledge of the marcos - I'm peeking at print_list_template_editor.js and I can see where the macro list is defined, but i'm a bit stuck on where you actually define them -- i see a few in /util/print.js but not nearly the number that i see in the actual macro list |
| # | 14:39:39 | mrpeters-isl | phasefx: yes sir |
| # | 14:39:51 | mrpeters-isl | working great |
| # | 14:41:27 | mrpeters-isl | http://paste.lisp.org/display/120965 << might be the reason %patron_barcode% doesnt work, but %PATRON_BARCODE% does |
| # | 14:41:51 | phasefx | rjackson-isl: sorry, I was confusing your issue with one I tackled earlier today |
| # | 14:42:19 | rjackson-isl | phasefx: I can imagine... things are hopping |
| # | 14:42:21 | phasefx | rjackson-isl: you want to suppress the Print / Do Not Print dialog for slips |
| # | 14:42:39 | phasefx | or the printer dialog? |
| # | 14:42:45 | phasefx | or both |
| # | 14:47:04 | mrpeters-isl | wooo %patron_barcode% fixed |
| # | 14:47:09 | mrpeters-isl | will file bug and patch |
| # | 14:51:24 | mrpeters-isl | https://bugs.launchpad.net/evergreen/+bug/744492 should fix the broken macro |
| # | 14:56:08 | tater-laptop has joined #evergreen |
| # | 14:58:39 | brian_f has quit IRC |
| # | 15:00:31 | mrpeters-isl | to elaborate a bit on rjackson's request it's almost as if it ignores the fact that you have a default printer set, and wants you to pick which printer to send it to |
| # | 15:01:08 | djfiander has joined #evergreen |
| # | 15:02:30 | phasefx | yeah. auto-print has really been a bad label in these various interfaces. In some cases it means Print Silently, and in others it means, Assume You Want to Print |
| # | 15:02:55 | mrpeters-isl | in the past, i think it would print silently |
| # | 15:04:32 | mrpeters-isl | dbs: to elaborate on your "i" suggestion, i note that smoe of these are using a /g as well -- is that the equivelant of /g for string matching in regex? |
| # | 15:04:40 | dbs | mrpeters-isl: yep |
| # | 15:05:07 | mrpeters-isl | ok, so if i wanted to make them all insensitive i could "double up" like /i/g ? |
| # | 15:06:23 | mrpeters-isl | anyone else see the benfit in macros being case insensitive? |
| # | 15:06:56 | tsbere | mrpeters-isl: I see detriment |
| # | 15:07:03 | eeevil | mrpeters-isl: it would be just /ig ... and I don't have an opinion on CI macros |
| # | 15:07:13 | mrpeters-isl | do you? what is it tsbere? |
| # | 15:07:29 | tsbere | TODAY_d compared to TODAY_D, I think, for example. |
| # | 15:07:49 | mrpeters-isl | what if we don't touch those then? |
| # | 15:07:59 | mrpeters-isl | i mean, patron_firstname should = PATRON_FIRSTNAME IMO |
| # | 15:08:18 | dbs | mrpeters-isl: I was suggesting only touching PATRON_BARCODE if there was a historical reason to keep patron_barcode support in place |
| # | 15:08:21 | tsbere | You want to explain to people why most of them don't matter, but some do? |
| # | 15:08:33 | dbs | if patron_barcode never existed, I would just delete it entirely |
| # | 15:08:34 | pmplett has joined #evergreen |
| # | 15:08:34 | eeevil | mrpeters-isl: but then you have to know, and hardcode, which are safe |
| # | 15:08:48 | djfiander | I decline to express an opinion out of fear of dbs |
| # | 15:09:00 | mrpeters-isl | i'm already explaining why they have to be uppercase though, but true |
| # | 15:09:15 | eeevil | fwiw, I like all-caps -- they scream I_AM_A_MACRO |
| # | 15:09:33 | eeevil | so, I guess I do have an opinion |
| # | 15:10:28 | dbs likes YELLING |
| # | 15:11:07 | tsbere | I personally like the distinction between all or mostly uppercase being harcoded sets and lowercase or mixed (haven't looked) being dynamic from whatever is going on. |
| # | 15:11:24 | tsbere | Makes it really easy to determine if a given macro should always work or is more context-dependant |
| # | 15:12:52 | phasefx | do not make them case insensitive |
| # | 15:13:07 | mrpeters-isl | i wont |
| # | 15:13:37 | mrpeters-isl | however, new patch posted to remove the redundancy and apply /i to PATRON_BARCODE just in case anyone was using the lower version for some reason |
| # | 15:13:44 | phasefx | fieldmapper field names get turned into macros for some interfaces, and in older lists, it's whatever the id is for the column definition. Might risk collisions with macros coming from those sources |
| # | 15:13:46 | mrpeters-isl | since it appears in the list of available macros, as well |
| # | 15:15:02 | phasefx | patron_barcode sounds safe enough |
| # | 15:15:20 | mrpeters-isl is outta here -- if anyone wants to share some love on a patch for adding item_barcode I'd love ya! |
| # | 15:15:49 | phasefx | for those newer interfaces, the keywords are going to be prefixed with the class hint name, so collisions less likely there. But collisions were my gut reaction, for sure, with a blanket case insensitivity |
| # | 15:31:00 | rjackson-isl | phasefx: I tried various combinations on the "Do Not Attempt Print" Setting between the Hold Slip, Transit Slip and Hold/Transit SLip check boxes and the only impact was to not have the print occur and removal of the popup? |
| # | 15:31:37 | phasefx | ah, so 'patron_barcode' is an id for a column definition in offline lists and hold lists, and behaves differently from the %PATRON_BARCODE% macro, which isn't populated with list data, but more-so context data from the print-invoking code |
| # | 15:31:56 | phasefx | s/behaves different/sourced differently/ |
| # | 15:33:27 | phasefx | rjackson-isl: there's a feature in 2.1/trunk for suppressing print dialogs, though it's not selective. You could do this on a per workstation basis by setting the print.always_print_silent pref to true in about:config, though that breaks the Printer Settings Editor (unless you're on 2.1/trunk) |
| # | 15:33:27 | jenny has quit IRC |
| # | 15:34:01 | dbs | phasefx: heh, that doesn't sound confusing at all :) |
| # | 15:34:15 | phasefx really dislikes printing :) |
| # | 15:35:04 | phasefx | or to put it diferently, proper support for the print.always_print_silent preference exists in 2.1/trunk, but user beware if done by hand in prior versions |
| # | 15:35:39 | dbs | phasefx: sorry, I meant patron_barcode vs. PATRON_BARCODE |
| # | 15:35:43 | phasefx | as far as I know, a print dialog has always appeared for slips, unless you use a non-Mozilla print strategy |
| # | 15:36:09 | bshum | Well, the dymo 450 spine label printer arrived at HQ. We were just testing it with 2.0 and it appears to function alright with Win7 but not WinXP. |
| # | 15:36:30 | bshum | Going to write up something more detailed soon. Just FYI that problems are still occurring with that :S |
| # | 15:37:01 | phasefx | dbs: yeah. say you have a list of holds, %patron_barcode% is going to be per hold. %PATRON_BARCODE% is per interface doing the printing |
| # | 15:39:03 | mtisi has quit IRC |
| # | 15:40:24 | jenny has joined #evergreen |
| # | 15:41:02 | phasefx | could re-label that column to be something like %hold_patron_barcode%, though will probably break existing templates folks may have saved |
| # | 15:42:10 | dbs | bshum: turbo 450 has always worked well for us on XP with 1.6, fwiw |
| # | 15:43:35 | bshum | dbs: That's what we've discovered too. It worked with 1.6 but stopped working with 2.0 :( |
| # | 15:44:02 | bshum | dbs: We've just been unable to confirm ourselves till now. Got a Dymo 450 at HQ for local testing. |
| # | 15:44:27 | dbs wonders which print strategy is in effect |
| # | 15:44:39 | bshum | Good question. |
| # | 15:46:47 | bshum_ has joined #evergreen |
| # | 15:47:16 | Jbergy has joined #evergreen |
| # | 15:48:51 | bshum_ | dbs: The staff client is set to default print strategy |
| # | 15:49:53 | bshum_ | dbs: I could try one of the alternates |
| # | 15:50:04 | atz_ is now known as atz |
| # | 15:50:30 | bshum_ | Test print seems to show stuff though. Actual attempts to print just rolls out blank contents. |
| # | 15:50:47 | tater-laptop has quit IRC |
| # | 15:52:31 | dbs | Sounds very familiar. There was a problem like that triggered by different XUL versions that was driving me crazy last summer |
| # | 15:55:51 | rjackson-isl | Sorry - a n new issue!:on 2.0.4 when attempting to place holds for patrons with an extension on phone number an error is received: "The phone number does not have the correct format. The expected format is XXX-YYY-ZZZZ." |
| # | 15:56:01 | rjackson-isl | This is new in 2.0.4 |
| # | 15:56:24 | rjackson-isl | Are extensions no longer allowed? |
| # | 15:56:40 | phasefx | bshum_: do try to print with firefox 3.6.x |
| # | 15:57:05 | eeevil | rjackson-isl: their allowed-ness is controlled by a regexp, which I believe is in the library settings editor |
| # | 15:57:22 | bshum_ | phasefx: Sure thing, was getting the latest version of that now. |
| # | 15:57:47 | rjackson-isl | eevil - thanks will go see if I can get this one figured out. |
| # | 15:58:04 | phasefx | bshum_: I think Mozilla has been pushing 4.0, which is xulrunner 2.0 IIUC, and not something the client can use today |
| # | 15:59:15 | Dyrcona | is SRU known to be broken in trunk or am I doing something wrong? No matter what I search I get numberofrecords 0. |
| # | 15:59:19 | bshum_ | phasefx: Bah, firefox 3.6.13 and 3.6.15 printed blank contents as well. |
| # | 15:59:46 | bshum_ | Tried it on both versions. |
| # | 16:00:13 | dbs | bshum: you did all of the File... -> Print -> Page Setup song and dance bits? |
| # | 16:00:16 | theepori has joined #evergreen |
| # | 16:00:31 | KingNightWolf has joined #evergreen |
| # | 16:01:15 | bshum_ | dbs: For firefox, yes, to the best of my poking so far |
| # | 16:01:29 | bshum_ | Could be something is wrong with my settings |
| # | 16:01:54 | bshum_ | phasefx: Test printing from the client while using the label radio does work. |
| # | 16:02:11 | bshum_ | Any actual attempts to print fail |
| # | 16:02:47 | bshum_ | Aha |
| # | 16:02:56 | bshum_ | If I mark the default as demo |
| # | 16:03:07 | bshum_ | Dymo |
| # | 16:03:11 | bshum_ | It works |
| # | 16:04:35 | bshum_ | So it's not working properly if we set it up as the only printer? Very weird |
| # | 16:06:46 | rjackson-isl | eeevil: Looked at all the setting under Organization Unit setting and did not see something related to phone format. Am I totally lost? Help please! |
| # | 16:07:56 | bshum_ | rjackson-isl: I thought that hold regex was set in the JavaScript somewhere in the opac skin folders |
| # | 16:08:03 | bshum_ | For phone format |
| # | 16:08:20 | bshum_ | I forget which file exactly |
| # | 16:09:13 | dbs | rjackson-isl: look for "GUI: Regex for day_phone field on patron registration" ? |
| # | 16:09:34 | rjackson-isl | dbs: will do |
| # | 16:09:41 | dbs | oops. looks like that's 2.1+ only |
| # | 16:09:44 | phasefx | bshum_: you can get a better idea of what is happening re: printer roles by looking in that same local folder where ws_info lives. should gPrintSettings.default, etc., or similarly named files |
| # | 16:10:12 | phasefx | that interface really needs to share info on the set state of things, but it's Write Only at the moment |
| # | 16:11:59 | theepori has quit IRC |
| # | 16:13:02 | Jbergy has quit IRC |
| # | 16:18:06 | bshum_ | phasefx: Well that's fun. Checked all those and they seem to be set right (not always set to dymo, but using other printers for each) |
| # | 16:19:42 | djfiander has quit IRC |
| # | 16:20:52 | bshum | Going to have to poke at this more tomorrow. |
| # | 16:20:58 | bshum | Thanks for the hints phasefx and dbs |
| # | 16:21:10 | bshum | Will report back on what we find, maybe our approach has been all wrong here.... |
| # | 16:23:52 | bshum_ has quit IRC |
| # | 16:28:58 | bshum has quit IRC |
| # | 16:35:59 | jenny1 has joined #evergreen |
| # | 16:38:36 | jenny has quit IRC |
| # | 16:40:55 | chirag has joined #evergreen |
| # | 16:42:40 | suho has joined #evergreen |
| # | 16:49:39 | kmlussier has quit IRC |
| # | 16:55:15 | chirag | dbs:can i talk to you regarding my project? |
| # | 16:55:32 | KingNightWolf_ has joined #evergreen |
| # | 16:57:58 | KingNightWolf_ has quit IRC |
| # | 16:58:37 | KingNightWolf has quit IRC |
| # | 17:01:49 | afterl has left #evergreen |
| # | 17:03:43 | gmcharlt | quick poll - MARC expert search does implicit OR if you add more than one search row; user wants to change it to implicit AND |
| # | 17:03:48 | gmcharlt | +1 / 0 / -1 ? |
| # | 17:04:33 | phasefx is all about the AND's +1 |
| # | 17:05:12 | tsbere | +0. +1 to putting on "AND/OR" option boxes. |
| # | 17:06:35 | dbs | +1 |
| # | 17:08:05 | dbs actually looked at the code to make that happen about 2 weeks ago and didn't see a trivial way to change it once it hit the db layer |
| # | 17:09:41 | gmcharlt | dbs: at first glance, replacing the union all with intersect would seem to do it |
| # | 17:11:09 | dbs | gmcharlt: IIRC the intersect would break because of the MFR IDs? |
| # | 17:14:45 | Xav_ has joined #evergreen |
| # | 17:15:06 | dbs needs to scoot but would be glad to know he's wrong |
| # | 17:15:39 | dbs reads backscroll - chirag - just post your questions so that anyone can answer |
| # | 17:17:14 | chirag | i was making my gsoc application so would like to be aware of work schedule...so that i can prepare my timeline in application |
| # | 17:17:59 | dbs | chirag: it's a full-time position (40 hours per week), 12 weeks long |
| # | 17:18:07 | gmcharlt | chirag: the timeline for the work would follow that outlined in the GSoC materials |
| # | 17:18:25 | dbs scoots |
| # | 17:18:30 | dbs has quit IRC |
| # | 17:19:19 | chirag | but i have to mention the work that needs to be done in every interval |
| # | 17:20:30 | chirag | cause i'm not sure of how to proceed with work..what needs to be done first |
| # | 17:21:04 | chirag | cause basic planning makes work more easier |
| # | 17:22:15 | chirag | or i should first make one and send it to you? |
| # | 17:24:17 | gmcharlt | chirag: a plan is part of the application; you don't have to get it perfect by any stretch of the imagination, and the mentor would help you with finalizing it, but you should do a plan first to show that you can figure out how to break down the problem |
| # | 17:24:28 | gmcharlt | or at least figure out how to make a plan to make a plan, as it were |
| # | 17:26:48 | chirag | okay..thanks.. |
| # | 17:28:54 | yboston has quit IRC |
| # | 17:29:06 | Dyrcona has quit IRC |
| # | 17:32:40 | gmcharlt | @later tell dbs I'm getting warmer; it's not implicit ORing, it's being through off by cases where a bib has more than one occurrence of a tag matching one of the search clauses; e.g., 650 $vJuvenile sound recordings |
| # | 17:32:40 | pinesol` | gmcharlt: The operation succeeded. |
| # | 17:55:29 | suho has quit IRC |
| # | 18:02:13 | Xav_ has quit IRC |
| # | 18:02:29 | jenny1 has left #evergreen |
| # | 18:20:15 | bshum has joined #evergreen |
| # | 18:21:11 | bshum has quit IRC |
| # | 18:21:11 | bshum has joined #evergreen |
| # | 18:28:36 | bshum has left #evergreen |
| # | 18:29:36 | bshum has joined #evergreen |
| # | 18:34:55 | pmplett is now known as pmpaway |
| # | 18:37:42 | bshum is now known as zz_bshum |
| # | 18:40:58 | zz_bshum is now known as bshum |
| # | 19:04:56 | sgirard has quit IRC |
| # | 19:11:46 | brian_f has joined #evergreen |
| # | 19:37:00 | Digital_Pioneer | Submitted my GSoC proposal. |
| # | 19:38:50 | m3th0d has joined #evergreen |
| # | 19:41:07 | sgirard has joined #evergreen |
| # | 19:44:37 | sgirard has quit IRC |
| # | 19:57:14 | chirag has left #evergreen |
| # | 20:04:49 | m3th0d has quit IRC |
| # | 20:09:13 | brian_f has quit IRC |
| # | 20:46:29 | mrpeters-home has joined #evergreen |
| # | 20:46:35 | mrpeters-home | Callender: ping? |
| # | 20:49:08 | mrpeters-home has quit IRC |
| # | 20:53:51 | pmpaway has quit IRC |
| # | 20:55:54 | pmpaway has joined #evergreen |
| # | 21:00:36 | pmpaway has quit IRC |
| # | 21:26:08 | sgirard has joined #evergreen |
| # | 21:31:08 | dbs has joined #evergreen |
| # | 21:49:09 | lisppaste | gmcharlt pasted "dbs: looks like a one-liner" at http://paste.lisp.org/display/120975 |
| # | 21:50:09 | dbs | gmcharlt: nice |
| # | 21:50:12 | Guest46791 has quit IRC |
| # | 21:50:31 | lisppaste | gmcharlt annotated #120975 "dbs: well, two actually" at http://paste.lisp.org/display/120975#1 |
| # | 22:09:03 | mtisi has joined #evergreen |
| # | 22:17:49 | Callender-Home has joined #evergreen |
| # | 23:06:42 | Callender-Home has quit IRC |
| # | 23:06:48 | senator has quit IRC |
| # | 23:06:50 | AaronZ-PLS has quit IRC |
| # | 23:06:52 | edoceo has quit IRC |
| # | 23:06:56 | lisppaste has quit IRC |
| # | 23:06:58 | _dkyle_ has quit IRC |
| # | 23:07:05 | wjr has quit IRC |
| # | 23:07:05 | phasefx2 has quit IRC |
| # | 23:07:07 | rsinger has quit IRC |
| # | 23:07:07 | Callender has quit IRC |
| # | 23:07:09 | leed has quit IRC |
| # | 23:07:13 | csharp has quit IRC |
| # | 23:07:14 | mtisi has quit IRC |
| # | 23:07:17 | shadowspar has quit IRC |
| # | 23:07:17 | moodaepo has quit IRC |
| # | 23:07:19 | eeevil has quit IRC |
| # | 23:07:19 | sylvar has quit IRC |
| # | 23:07:21 | rjackson-isl has quit IRC |
| # | 23:07:21 | adbowling-isl has quit IRC |
| # | 23:07:21 | lpd has quit IRC |
| # | 23:07:21 | atz has quit IRC |
| # | 23:07:24 | mtate has quit IRC |
| # | 23:07:24 | phasefx has quit IRC |
| # | 23:07:27 | _bott_ has quit IRC |
| # | 23:07:27 | leed-home has quit IRC |
| # | 23:07:32 | bshum has quit IRC |
| # | 23:07:32 | StephenGWills has quit IRC |
| # | 23:07:33 | tsbere has quit IRC |
| # | 23:07:34 | mjgiarlo has quit IRC |
| # | 23:07:34 | twofish has quit IRC |
| # | 23:07:42 | rangi has quit IRC |
| # | 23:07:42 | jeff has quit IRC |
| # | 23:07:43 | sgirard has quit IRC |
| # | 23:07:44 | artunit has quit IRC |
| # | 23:07:48 | mrpeters-isl has quit IRC |
| # | 23:07:49 | dbwells has quit IRC |
| # | 23:07:51 | eby has quit IRC |
| # | 23:07:51 | phasefx_ has quit IRC |
| # | 23:07:53 | kbeswick has quit IRC |
| # | 23:07:53 | dbs has quit IRC |
| # | 23:07:55 | Digital_Pioneer has quit IRC |
| # | 23:19:15 | kbeswick has joined #evergreen |
| # | 23:19:15 | phasefx_ has joined #evergreen |
| # | 23:19:15 | eby has joined #evergreen |
| # | 23:19:15 | dbwells has joined #evergreen |
| # | 23:19:15 | mrpeters-isl has joined #evergreen |
| # | 23:19:15 | csharp has joined #evergreen |
| # | 23:19:15 | leed has joined #evergreen |
| # | 23:19:15 | Callender has joined #evergreen |
| # | 23:19:15 | rsinger has joined #evergreen |
| # | 23:19:15 | sylvar has joined #evergreen |
| # | 23:19:15 | artunit has joined #evergreen |
| # | 23:19:15 | jeff has joined #evergreen |
| # | 23:19:15 | rangi has joined #evergreen |
| # | 23:19:15 | phasefx has joined #evergreen |
| # | 23:19:15 | mtate has joined #evergreen |
| # | 23:19:15 | twofish has joined #evergreen |
| # | 23:19:15 | mjgiarlo has joined #evergreen |
| # | 23:19:16 | atz has joined #evergreen |
| # | 23:19:16 | tsbere has joined #evergreen |
| # | 23:19:16 | lpd has joined #evergreen |
| # | 23:19:16 | leed-home has joined #evergreen |
| # | 23:19:16 | _bott_ has joined #evergreen |
| # | 23:19:16 | StephenGWills has joined #evergreen |
| # | 23:19:16 | adbowling-isl has joined #evergreen |
| # | 23:19:16 | rjackson-isl has joined #evergreen |
| # | 23:19:16 | bshum has joined #evergreen |
| # | 23:19:16 | eeevil_ has joined #evergreen |
| # | 23:19:16 | wjr has joined #evergreen |
| # | 23:19:16 | phasefx2 has joined #evergreen |
| # | 23:19:46 | AaronZ-PLS has joined #evergreen |
| # | 23:19:46 | edoceo has joined #evergreen |
| # | 23:20:08 | senator has joined #evergreen |
| # | 23:20:14 | shadowspar has joined #evergreen |
| # | 23:20:20 | lisppaste has joined #evergreen |
| # | 23:20:20 | _dkyle_ has joined #evergreen |
| # | 23:20:26 | moodaepo has joined #evergreen |
| # | 23:20:26 | dbs has joined #evergreen |
| # | 23:20:26 | Digital_Pioneer has joined #evergreen |
| # | 23:24:50 | mtisi has joined #evergreen |
| # | 23:25:11 | mtisi has joined #evergreen |
| # | 23:27:57 | suho has joined #evergreen |
| # | 23:28:19 | pmpaway has joined #evergreen |
| # | 23:56:24 | suho has quit IRC |
April 10-13