| Time |
Nick |
Message |
| 00:05 |
|
remingtron__ joined #evergreen |
| 03:39 |
|
b_bonner joined #evergreen |
| 03:39 |
|
mtcarlson_away joined #evergreen |
| 05:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:56 |
|
timlaptop joined #evergreen |
| 07:18 |
|
Callender joined #evergreen |
| 07:32 |
|
Callender joined #evergreen |
| 07:49 |
|
collum joined #evergreen |
| 08:00 |
|
akilsdonk joined #evergreen |
| 08:37 |
|
mrpeters joined #evergreen |
| 08:40 |
|
Shae joined #evergreen |
| 08:46 |
|
Dyrcona joined #evergreen |
| 08:47 |
|
kbeswick joined #evergreen |
| 08:48 |
|
rfrasur joined #evergreen |
| 08:49 |
csharp |
argh - this is one of those weeks where I'm answering piddly detail questions that require lots of time and research :-/ |
| 08:50 |
rfrasur |
:-\ |
| 08:51 |
csharp |
example: patron pays for lost item on 8/27 and returns the item on 2/27 (exactly 6 months later - 6 months is our cutoff for automatically refunding lost and paid for items) but was not refunded - why not? |
| 08:51 |
|
ericar joined #evergreen |
| 08:51 |
rfrasur |
is it counting actual months or counting days? |
| 08:51 |
csharp |
so now I have to figure out how EG calculates "6 months" in this instance |
| 08:51 |
csharp |
rfrasur: actually 6 months |
| 08:52 |
csharp |
did the 6 months end on 2/26 and 2/27 is the first day of month 7? |
| 08:52 |
|
rjackson-isl joined #evergreen |
| 08:52 |
csharp |
anyway, I'm just grumbling |
| 08:52 |
rfrasur |
That's what I'd think. |
| 08:52 |
dbs |
6 months + 1 minute vs 6 months - 1 minute would make all the difference |
| 08:53 |
csharp |
it was 6 months minus a few hours |
| 08:53 |
rfrasur |
csharp++ #grumbling is necessary for brain chemistry to balance (apologies for talking about brain chemistry but it's fascinating) |
| 08:53 |
csharp |
billing_ts | 2013-08-27 17:30:41-04 |
| 08:53 |
csharp |
void_time | 2014-02-27 13:18:33.523065-05 |
| 08:54 |
csharp |
(voided manually because the system didn't refund it) |
| 08:54 |
rfrasur |
I have to imagine that it's calculating 2/26 as the end of that month...BUT what happens if someone pays for something on 8/31? Would that end in some kind of weird thing since...2/30 isn't a thing? |
| 08:55 |
csharp |
rfrasur: if it's using postgres for calculating the date, it's 2014-02-28 00:00:00 |
| 08:56 |
csharp |
but the calculation may be done in the perl layer |
| 08:56 |
* csharp |
cranks up ack-grep |
| 08:57 |
rfrasur |
;-); isn't it cool that you actually know how to do all that? and where to look? and that it's even a problem? |
| 08:57 |
csharp |
rfrasur++ # seeing the positive ;-) |
| 08:57 |
|
RoganH joined #evergreen |
| 08:57 |
rfrasur |
That's always positive. Sometimes, it's just annoying. |
| 08:58 |
rfrasur |
s/that's/there's |
| 09:02 |
dbs |
rfrasur: you can do it too: SELECT '2013-08-31 13:18:33.523065-05'::timestamp + '6 months'::interval; |
| 09:02 |
dbs |
gives: 2014-02-28 13:18:33.523065 |
| 09:02 |
rfrasur |
;), I don't even know what that means |
| 09:02 |
rfrasur |
<---not even a systems librarian. Just a plain one. |
| 09:03 |
dbs |
rfrasur: heh, it's just SQL. "'2013-08-31 13:18:33.523065-05'::timestamp" says "treat the string '2013-08-31 13:18:33.523065-05' as a timestamp" |
| 09:03 |
dbs |
and "+ '6 months'::interval" says "add the interval of '6 months' to that timestamp" |
| 09:03 |
rfrasur |
I don't have access to our SQL stuff, so it's not been imperative for me to learn it. Sounds kinda lazy... |
| 09:04 |
dbs |
rfrasur: learning SQL lets you be the best kind of lazy: productive and authoritative. ish. |
| 09:04 |
dbs |
s/learning/learning and having access to/ |
| 09:04 |
rfrasur |
hmm, so, is that your answer csharp? It's calculated in the postgres? |
| 09:05 |
csharp |
rfrasur: no - it's calculated in the OpenSRF layer, looks like |
| 09:06 |
csharp |
we may be missing a setting somewhere, though - investigating that now |
| 09:07 |
csharp |
yep - that's it |
| 09:07 |
rfrasur |
dbs++ #you're right, of course. I'll learn. I did finish the database basics a few months ago...but haven't gone further yet. |
| 09:08 |
csharp |
the threshold for "refund paid lost fees" is based on the due date by default, so it was working from that rather than the last payment activity |
| 09:08 |
Dyrcona |
rfrasur: I don't think it is "cool." It's more of a curse, really. :p |
| 09:09 |
rfrasur |
Dyrcona: It probably depends on your perspective. I'm endlessly amazed at the capacity of human beings (even grumpy ones) and appreciative that other people have connected with things that I don't understand or haven't been hooked by. |
| 09:09 |
csharp |
@who is grumpy because they know what it looks like behind the curtain? |
| 09:09 |
pinesol_green |
dreuther is grumpy because they know what it looks like behind the curtain. |
| 09:10 |
* rfrasur |
shrugs |
| 09:10 |
* rfrasur |
likes being grumpy. It's cathartic and energy efficient. |
| 09:11 |
Dyrcona |
rfrasur: http://xkcd.com/1349/ |
| 09:11 |
rfrasur |
hehe, see? That's fun :D |
| 09:12 |
* Dyrcona |
looks for his blow torch. |
| 09:12 |
dbs |
rfrasur: hard to have incentive to learn more if you don't have access, though--totally understandable! |
| 09:12 |
csharp |
Dyrcona++ |
| 09:12 |
Dyrcona |
I'm just tired. |
| 09:12 |
rfrasur |
Dyrcona++ |
| 09:15 |
jeff |
oof |
| 09:15 |
jeff |
morning, #evergreen! |
| 09:15 |
rfrasur |
morning, jeff :-) Happy Wednesday...or something. |
| 09:15 |
Dyrcona |
Monring, jeff! |
| 09:15 |
Dyrcona |
Morning, even. |
| 09:16 |
rfrasur |
Hmm, I've never been called for jury duty. Is that normal? |
| 09:16 |
Dyrcona |
They call me every time. |
| 09:16 |
Dyrcona |
And, every time, I fill out the form and one of the attorneys strikes me. |
| 09:17 |
|
kmlussier joined #evergreen |
| 09:17 |
Dyrcona |
They've called my wife once in over a decade. |
| 09:17 |
rfrasur |
<-- not even once in nearly 40 years...though I guess only nearly 22 count. |
| 09:17 |
rfrasur |
huh, I wonder how they pick people? |
| 09:18 |
rfrasur |
-? +. |
| 09:18 |
Dyrcona |
In MA, they say it is "random." Nothing in a computer is actually random, though. |
| 09:18 |
rfrasur |
Right. |
| 09:18 |
csharp |
@quote random |
| 09:18 |
pinesol_green |
csharp: Quote #17: "* csharp hasn't smoked a good SIGPIPE since his college days" (added by gmcharlt at 12:33 PM, October 28, 2011) |
| 09:19 |
rfrasur |
That can't have been random :p |
| 09:20 |
Dyrcona |
The proper term is pseudo-random. |
| 09:20 |
|
mllewellyn joined #evergreen |
| 09:20 |
rfrasur |
Isn't that the same as "faking at being random, but not being random at all?" |
| 09:21 |
Dyrcona |
Yes, that's what pseudo means. |
| 09:21 |
jl- |
@coffee |
| 09:21 |
* pinesol_green |
brews and pours a cup of Sumatra Danau Toba, and sends it sliding down the bar to jl- |
| 09:21 |
jl- |
morning ;) |
| 09:21 |
rfrasur |
morning jl- :-) |
| 09:22 |
Dyrcona |
@tea |
| 09:22 |
* pinesol_green |
brews and pours a pot of BH02: Holy Basil Purple Leaf, and sends it sliding down the bar to Dyrcona (http://ratetea.com/tea/upton/bh02-holy-basil-purple-leaf/1937/) |
| 09:22 |
jl- |
not a friend of the bean Dyrcona ? |
| 09:23 |
Dyrcona |
My favorite is a Cafe Liegeois: Coffe with ice cream, brandy, chocolate, and roasted coffee beans. |
| 09:23 |
rfrasur |
Um, can pinesol_green make that? |
| 09:23 |
jl- |
sounds pretty good |
| 09:23 |
jl- |
my favorite is 'red eye' coffee with expresso shots inside |
| 09:24 |
Dyrcona |
It's more of a dessert than a coffe. |
| 09:24 |
Dyrcona |
coffee. |
| 09:24 |
rfrasur |
But, that's dessert (but there's no rule against dessert for breakfast). |
| 09:24 |
Dyrcona |
My right middle finger is apparently on strike. |
| 09:24 |
Dyrcona |
Damn it. right -> left. |
| 09:24 |
Dyrcona |
My brain is on strike. |
| 09:25 |
* Dyrcona |
hasn't finished his tea, yet. :) |
| 09:25 |
rfrasur |
Dyrcona: As someone that's counting down the days until vacation, do you get to take one soon? |
| 09:26 |
rfrasur |
(I love the mouseover for the xkcd cartoon) |
| 09:26 |
* Dyrcona |
needs a sabbatical, not a week or two off. |
| 09:26 |
Dyrcona |
But, yeah, I'm taking a week at the end of the month. |
| 09:27 |
rfrasur |
I'm a firm believer in sabbaticals, but unfortunately the general workplace doesn't seem to get it. |
| 09:27 |
jl- |
tiramisu is my fav |
| 09:27 |
jl- |
homemade of course with amaretto |
| 09:27 |
rfrasur |
lol, show off ;) |
| 09:27 |
jl- |
=) |
| 09:28 |
rfrasur |
Dyrcona: end of month here as well. Hopefuly the weather is pleasant and a lot of porch time will be spent. |
| 09:28 |
* Dyrcona |
is actually drinking a large iced tea. |
| 09:28 |
csharp |
berick: if you're around, could you confirm whether having "Long-Overdue Check-In Interval Uses Last Activity Date" set affects both Lost and Long-Overdue items? from reading the checkin_handle_lost_or_longoverdue subroutine, it looks like it affects both |
| 09:29 |
csharp |
(which is the answer I want to hear ;-)) |
| 09:29 |
rfrasur |
lol |
| 09:31 |
rfrasur |
By the by, my youngest son is convinced that he wants to come to the next EG conference because it's not just a bunch of boring librarians and there are people that actually know things about computers. |
| 09:32 |
rfrasur |
He also hopes that it'll be somewhere near Silicon Valley, so he can run away in the middle of the night, foreswear his name, and become a tech giant without the burden of family obligations (I love him so dearly). |
| 09:33 |
|
denishpatel joined #evergreen |
| 09:33 |
rfrasur |
Also, he hopes to never hear an actual person use the word "foreswear" in a sentence. He didn't say that, but I can extrapolate it from other conversations. |
| 09:35 |
berick |
csharp: i'll refer you to line 3471 of Circulate.pm |
| 09:35 |
berick |
er, 3472 |
| 09:35 |
* dbs |
wonders if there's a correlation between Perl modules > 1000 lines and bugs |
| 09:35 |
dbs |
well, an interesting correlation, not just a linear one :) |
| 09:36 |
berick |
dbs: i'm generally more concerned with the line count of subs, but yeah, probably |
| 09:36 |
csharp |
berick: argh - well thanks anyway! |
| 09:37 |
berick |
csharp: no prob. for those playing along, last activity is not supported in LOST checkin |
| 09:38 |
dbs |
berick: good point |
| 09:39 |
csharp |
berick: if we wanted last activity to be factored in for lost processing too, how doable is that (off the cuff ballpark is fine)? |
| 09:39 |
kmlussier |
jl-: I'm pretty sure tiramisu is one of the desserts available from pinesol_green |
| 09:40 |
csharp |
we have a policy (with says 6 months after payment) and software (which does 6 months after due date) mismatch |
| 09:40 |
berick |
csharp: at a glance, looks like it would be simple. org setting seed data and a one line code change |
| 09:41 |
jl- |
@tiramisu |
| 09:41 |
pinesol_green |
jl-: have you tried local mean solar time for the named city as the reference point? |
| 09:41 |
jl- |
#dessert |
| 09:41 |
jl- |
@dessert |
| 09:41 |
* pinesol_green |
grabs a batch of Brownies and sends it sliding down the dessert bar to jl- |
| 09:41 |
* berick |
loves it when a dunno he added months ago pops up |
| 09:41 |
csharp |
berick++ # thanks |
| 09:42 |
rfrasur |
csharp++ |
| 09:43 |
* jl- |
doing batches of 10k, wish me luck |
| 09:44 |
jl- |
I need a t-shirt that says marc records are shit |
| 09:44 |
kmlussier |
@coffee |
| 09:44 |
* pinesol_green |
brews and pours a cup of Kenya Kigutha, and sends it sliding down the bar to kmlussier |
| 09:44 |
rfrasur |
I have to imagine one of those exists, jl- |
| 09:44 |
RoganH |
csharp: bah, we change policy to software half the time and the other half the time I find out libraries just do bizarre manual workarounds |
| 09:45 |
jl- |
:) |
| 09:45 |
berick |
@dunno add What do you mean? An African or European swallow? |
| 09:45 |
pinesol_green |
berick: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 09:45 |
berick |
bah |
| 09:46 |
rfrasur |
http://www.youtube.com/watch?v=y2R3FvS4xr4 |
| 09:47 |
berick |
@dunno add What do you mean? An African or European swallow? |
| 09:47 |
pinesol_green |
berick: The operation succeeded. Dunno #29 added. |
| 09:51 |
* rfrasur |
gives up trying to clean desk and just puts everything in a pile to sort later. |
| 10:12 |
ericar |
dbwells: Thank you very much for sending out the email regarding the 2.6 RC yesterday! I greatly appreciate all of your hard work. I noticed a very minor typo at the bottom of the release notes. I’m not sure how to go about getting it changed, and I think a LP might be a bit too much for this little correction. Any thoughts? |
| 10:14 |
|
jwoodard joined #evergreen |
| 10:15 |
jeff |
csharp: regarding bug 1167979, can you reproduce it when checking in individual items with the "clear expired holds" checkin modifier? |
| 10:15 |
pinesol_green |
Launchpad bug 1167979 in Evergreen "Circulation > Clear Shelf-Expired Holds fails " (affected: 5, heat: 24) [Medium,Confirmed] https://launchpad.net/bugs/1167979 |
| 10:16 |
jeff |
csharp: and if so, do the items it trips up on have a large number of holds and the copy is age hold protected and thus not suitable for capture for most/all of the holds? |
| 10:16 |
jeff |
csharp: i'm seeing similar here on 2.5.1 and was chasing it down a little last week before i noticed that there was an existing bug that looks... similar, if not the same. |
| 10:30 |
csharp |
jeff: we have a ticket about "Clear Shelf-Expired Holds" too. We haven't seen documentation on any of these functions though, so I've been assuming there's a workflow issue |
| 10:31 |
csharp |
my working assumption has been: step 1) Circulation -> Clear Shelf-Expired Holds step 2) check them in with the "clear expired holds" checkin modifier |
| 10:31 |
csharp |
but that may be completely wrong |
| 10:32 |
csharp |
if anyone has seen docs, I'd appreciate a pointer ;-) |
| 10:32 |
csharp |
jeff: the ticket I mentioned is about the checkin modifier, I mean |
| 10:32 |
* bshum |
doesn't know for sure either, but that sounds repetitive to me. |
| 10:33 |
bshum |
Like using step 1 is the shotgun approach to clearing holds and then you just check stuff in to see where they go next. |
| 10:33 |
bshum |
Step 2 is more manual process as you check in holds to also clear them as you go instead of having to click buttons. |
| 10:33 |
csharp |
I have problems with step 1 even being an option, since it pulls the trigger just by entering the interface |
| 10:34 |
csharp |
(at least for us) |
| 10:34 |
jeff |
we only use the checkin modifier. |
| 10:34 |
csharp |
we've had at least two instances of libraries blowing away their holds just by "exploring" the staff client |
| 10:35 |
bshum |
csharp: Fun times, we've had that menu option disabled for the past couple releases :) |
| 10:35 |
csharp |
s/their holds/their should-be-shelf-expired holds unexpectedly/ |
| 10:35 |
bshum |
Probably because we thought it was "unsafe" or perhaps... unusable. |
| 10:36 |
csharp |
bshum: I was thinking of employing the same approach, but didn't want to build a new client :-/ |
| 10:36 |
csharp |
come on, web client! |
| 10:36 |
bshum |
You should be able to hide it with custom |
| 10:36 |
csharp |
oh? |
| 10:36 |
bshum |
If memory serves |
| 10:36 |
* bshum |
fires up a connection to his brick to check |
| 10:36 |
csharp |
well that would solve half the problem for us |
| 10:36 |
csharp |
it's like having a loaded gun lying around ;-) |
| 10:40 |
bshum |
csharp: http://irc.evergreen-ils.org/evergreen/2013-09-05#i_27907 |
| 10:42 |
csharp |
bshum: bless you |
| 10:42 |
csharp |
phasefx++ # you too |
| 10:42 |
bshum |
Yay for indexed IRC logs :) |
| 10:42 |
rfrasur |
bshum++ |
| 10:44 |
jeff |
csharp: what workaround have you used in the case of this error? cancel the hold then check the item in normally? |
| 10:44 |
jeff |
(without the clear shelf expired holds option set) |
| 10:45 |
jeff |
because a previously cancelled hold that is still in status of "on hold shelf" seems to hit the issue also. |
| 10:45 |
csharp |
jeff: none so far. I was assuming the problem was with procedure (not doing Clear Holds Shelf first) |
| 10:45 |
csharp |
obviously I'm off track |
| 10:46 |
jeff |
csharp: also, any info on if it's likely that these issues involve items that are age hold protected with many holds on the title? |
| 10:47 |
csharp |
jeff: sure thing - I'll let you know what I find out |
| 10:49 |
rfrasur |
Err, patron just called and asked if they could buy one of our books. Um, no. (I didn't say "well, if you damage it, you can.") |
| 10:51 |
berick |
borrowed a game from blockbuster once and the dude told me, "if you just want to keep it, they'll charge you like $10". |
| 10:52 |
berick |
still have it ;) |
| 10:52 |
rfrasur |
well, can't fault you for that. |
| 10:52 |
rfrasur |
But...public library...meh |
| 10:53 |
csharp |
yeah - we had a patron want to buy a reference book that was a textbook for a class - we told her we don't sell our books, so then she asked if she could check it out and mark it lost and pay for it |
| 10:53 |
rfrasur |
csharp: She did understand the workflow then...other than not being able to check out reference stuff. |
| 10:53 |
csharp |
that was around the same time I got the reference request for a list of all wet t-shirt contests in the Atlanta area |
| 10:53 |
berick |
haha |
| 10:54 |
rfrasur |
hah! That'd be a kinda fun reference question. |
| 10:54 |
csharp |
it was from a woman who wanted to participate in one |
| 10:54 |
* rfrasur |
chuckles |
| 10:54 |
csharp |
she had previously asked me for a business plan for an escort service |
| 10:54 |
rfrasur |
Are you sure she wasn't hitting on you? |
| 10:55 |
csharp |
rfrasur: I considered the possibility ;-) |
| 10:55 |
rfrasur |
(who cares? Stats are stats) |
| 10:56 |
rfrasur |
I think it was probably a good possibility. One question like that...not a big deal. Two? And a business plan? Dang. That should count for more than one question. |
| 10:57 |
csharp |
the library I was working in at the time functioned a lot like a singles bar during the day and an after school childcare service in the afternoons |
| 10:57 |
dbwells |
ericar: Thanks for checking it out. If you're familiar with git and want to make a branch for the typo, you could just let me know the branch here and I will pull it in. Otherwise, you could just let us know the typo you saw, and I'll take care of it (we don't require a second sign-off for "trivial" changes). |
| 10:57 |
rfrasur |
csharp: How...virile. |
| 10:58 |
* csharp |
files away his stories for the pilot of a sitcom set in a library |
| 10:58 |
* bshum |
would watch that show. |
| 10:59 |
* rfrasur |
would, too. |
| 10:59 |
csharp |
I would too - the writers wouldn't have to make much up ;-) |
| 10:59 |
rfrasur |
so true |
| 11:08 |
RoganH |
csharp: the problem is that the plot of The Big Bang Theory is far more believable to most folks than what really happens in libraries |
| 11:10 |
csharp |
RoganH: true dat |
| 11:11 |
rfrasur |
RoganH: so true |
| 11:15 |
|
fparks joined #evergreen |
| 11:18 |
rfrasur |
I love it when a bill comes in significantly smaller than expected. |
| 11:20 |
ericar |
dbwells: Hi Dan! Thank you. I’m not set up with git yet (stressing yet), and this is indeed trivial. Yet, it still may make some twitch. Towards the bottom (I think 5 lines up from the bottom), under Configuration for the Metarecord Search and Hold, it reads “Admins may disable this feature my un-commenting the "metarecord.disabled" attribute in config.tt2.” The word “my” needs to... |
| 11:20 |
ericar |
...be changed... |
| 11:20 |
ericar |
...to “by.” Again, not worth LP but still worth fixing. Thank you so much! |
| 11:20 |
bshum |
phasefx: A question about https://bugs.launchpad.net/evergreen/+bug/1161122 ... |
| 11:20 |
pinesol_green |
Launchpad bug 1161122 in Evergreen "rejiggered staff client patron search, summary, display" (affected: 3, heat: 16) [Wishlist,Triaged] |
| 11:21 |
phasefx |
bshum: shoot |
| 11:21 |
bshum |
If it's not active or planned for master, should we keep it? Or shouldn't we just mark it invalid / won't fix |
| 11:21 |
bshum |
And let it go |
| 11:21 |
kmlussier |
ericar: If dbwells doesn't get to it, I can try to fix it later today. |
| 11:21 |
rfrasur |
kmlussier:If I've already filled out the survey but thought of some other things, can I do it again? |
| 11:21 |
phasefx |
bshum: yeah, I think that's fine |
| 11:21 |
kmlussier |
rfrasur: I suppose, why not? |
| 11:21 |
phasefx |
bshum: marking it as as either of those, that is |
| 11:22 |
ericar |
kmlussier: thank you! |
| 11:22 |
rfrasur |
okie dokey |
| 11:22 |
* kmlussier |
really needs to look at the release notes more thoroughly. Maybe Friday. |
| 11:22 |
bshum |
phasefx: Not that I mind having it, but I just feel that if we keep pointing out the bug / branch someone might try to use it and find themselves on a ledge they shouldn't be on if the general project plans don't include adding it. |
| 11:23 |
phasefx |
well, it's still be maintained, at least until the web based client gets rolled out |
| 11:23 |
phasefx |
if folks want to push it into master, I have no objections, but the feature parity isn't there |
| 11:24 |
bshum |
Well, I noted my objections at the time. In long bullet form. But yeah, I'd kind of like to know what this bug is supposed to be about. |
| 11:24 |
kmlussier |
gmcharlt++ #Our fearless web team leader. :) |
| 11:25 |
* phasefx |
confesses to just using it as a convenient placeholder for info |
| 11:25 |
phasefx |
I can still do that with an INVALID or WONTFIX |
| 11:25 |
dbs |
Or "THATSJUSTYOUROPINIONMAN" |
| 11:26 |
csharp |
dbs++ |
| 11:26 |
bshum |
I was just thinking about opinion |
| 11:26 |
kmlussier |
dbs++ |
| 11:26 |
csharp |
the_Dude++ |
| 11:26 |
phasefx |
for C/W Mars, it's a huge improvement. But for other libraries, the tradeoff might not be favorable |
| 11:27 |
phasefx |
after having caved in to supporting horizontal versus vertical patron summaries, I'm more than ready to kick it all to the side with the web client :) |
| 11:27 |
kmlussier |
I concur with phasefx that it has indeed brought a lot of happiness to C/W MARS. But I don't think anyone at C/W MARS thinks it's going into master at this point, and we're all looking forward to web client happiness. |
| 11:30 |
kmlussier |
Does anyone else want to respond to the Doodle poll before we pick a date for the next dev meeting? http://doodle.com/ze47agcsia9mdhdb |
| 11:42 |
gmcharlt_ |
bshum: apropos of our discussion yesterday, I've got http://evergreen-ils.org/communicate/blog/ working bt using the posts-in-page plugin, and I've added it back to the menu |
| 11:42 |
bshum |
gmcharlt++ #sweet! |
| 11:43 |
kmlussier |
gmcharlt++ |
| 11:44 |
bshum |
phasefx: I just want to say, I'm not picking on you or this bug alone. This is one of the little things that aggravates me about our current bug tracking efforts in trying to organize, prioritize, and keep sight of what we ought to be reviewing and working on. |
| 11:44 |
bshum |
Lots of things go missing in LP and it bothers me (more than others I'm sure) so I take special care to try my best when working with the LP bugs. |
| 11:47 |
|
fparks_ joined #evergreen |
| 11:54 |
|
mrpeters left #evergreen |
| 11:54 |
|
mrpeters joined #evergreen |
| 11:57 |
phasefx |
bshum: no worries. I have no strong opinions about LP other than that its search function could use improvement, so I'm glad you care enough about it to act on things |
| 12:08 |
csharp |
ok, I'm trying to get EDI working on a test server... we create a purchase order and activate it. 5 minutes later I see the A/T event process, then the edi_pusher.pl script runs and by its feedback messages, it appears to be working (after enabling passive FTP). However, the vendor did not receive the file - any thoughts? The lack of error logs is handicapping me here |
| 12:10 |
csharp |
2014-04-01 15:33:38 acq ./edi_pusher.pl: [INFO:20745:RemoteAccount.pm:595:] OpenILS::Utils::RemoteAccount : successfully sent <vendorURL> /tmp/bzVbVKKjQp --> Out//bzVbVKKjQp |
| 12:14 |
|
mcooper joined #evergreen |
| 12:15 |
* csharp |
will rule out human error (e.g., wrong FTP directory) before continuing to beat on it |
| 12:25 |
rfrasur |
Cheesecake has arrived and pictures will be forthcoming since that's the only way I know to digitize them so far (and a 3D scanned and printed model would just be mean). |
| 12:26 |
Dyrcona |
rfrasur: There is talk of 3D printed "food." |
| 12:26 |
rfrasur |
Hmm, then there are better possibilities for the future than pictures. But not yet :D |
| 12:26 |
phasefx |
tea, earl gray, hot |
| 12:27 |
Dyrcona |
bergamot disagrees with me. |
| 12:29 |
kmlussier |
rfrasur: Red velvet cheesecake? |
| 12:29 |
rfrasur |
Yes. |
| 12:33 |
rfrasur |
And cookie dough. |
| 12:34 |
rfrasur |
(and apparently I have to write a new job description since am losing another employee. Young employees are great for some things...and not so much for others) |
| 12:36 |
rfrasur |
http://goo.gl/NJSgk6 - Red Velvet |
| 12:37 |
rfrasur |
http://goo.gl/XS3XCC - Cookie Dough |
| 12:38 |
rfrasur |
@coffee |
| 12:38 |
* pinesol_green |
brews and pours a cup of Ethiopia Yirgacheffe Addis Ketema North Italian Espresso Roast, and sends it sliding down the bar to rfrasur |
| 12:38 |
rfrasur |
perfect |
| 12:39 |
* kmlussier |
is hungry now. |
| 12:39 |
kmlussier |
@dessert |
| 12:39 |
* pinesol_green |
grabs a big dish of Apple Crisp and sends it sliding down the dessert bar to kmlussier |
| 12:39 |
kmlussier |
No, not the same as a Red Velvet cheesecake. |
| 12:39 |
rfrasur |
nope, it really isn't. |
| 12:40 |
rfrasur |
Though I had a bite of the apple crisp at Evoo in Boston? It's obscenely good...and has a cinnamon ice cream to go with it. |
| 12:44 |
rfrasur |
phasefx, Dyrcona, I like lady grey more than earl grey. Might be the orange peel or something in it, but it's got a little fresher end to it. |
| 12:48 |
kmlussier |
I'm thinking 2 p.m. Tuesday for the dev meeting. Any objections before I send it out? http://doodle.com/ze47agcsia9mdhdb |
| 12:51 |
|
akilsdonk_ joined #evergreen |
| 12:58 |
|
gmcharlt joined #evergreen |
| 13:06 |
|
bmills joined #evergreen |
| 13:07 |
|
kbeswick joined #evergreen |
| 13:23 |
|
flopaul joined #evergreen |
| 13:27 |
bshum |
Huh |
| 13:27 |
bshum |
So, when looking to edit the "dvd" definition |
| 13:27 |
bshum |
The client interface doesn't allow me to edit it or add any new options to it |
| 13:28 |
bshum |
I just get a delete button |
| 13:28 |
bshum |
This differs from other definitions that are already defined in multiple ways with the AND, OR, etc. |
| 13:28 |
bshum |
Where you can add child or delete, so forth |
| 13:28 |
bshum |
Quirk of the UI? |
| 13:29 |
bshum |
(this is with the new coded value map stuff for MVF/CRA) |
| 13:29 |
bshum |
Oh I see......... |
| 13:29 |
|
fparks joined #evergreen |
| 13:29 |
bshum |
So I have to delete it first, and add the boolean AND |
| 13:30 |
bshum |
Before I can then re-add the formats I want to include |
| 13:30 |
bshum |
Bleh |
| 13:30 |
bshum |
:\ |
| 13:30 |
rfrasur |
;) |
| 13:30 |
rfrasur |
@praise bshum |
| 13:30 |
* pinesol_green |
bshum is the very model of a modern major hacker |
| 13:32 |
|
berick_ joined #evergreen |
| 13:32 |
|
denishpatel joined #evergreen |
| 13:36 |
|
atlas__ joined #evergreen |
| 13:39 |
|
jihpringle joined #evergreen |
| 13:56 |
eeevil |
bshum: yes, you have to add the parent logic branch first |
| 13:56 |
eeevil |
bshum: YOU MUST THINK IN RPN! |
| 13:56 |
bshum |
Hehe |
| 13:56 |
bshum |
eeevil++ |
| 13:57 |
* eeevil |
digs up his old RPN compiler, reimplements circ scripts atop that |
| 14:02 |
|
denishpatel joined #evergreen |
| 14:04 |
|
gsams joined #evergreen |
| 14:05 |
rfrasur |
Is there something I'm missing? When I pull up a patrons bill history, there's nothing in "transactions", but there are things in "payments" |
| 14:06 |
* kmlussier |
thinks I saw something like that yesterday. |
| 14:06 |
kmlussier |
Is it still an active bill? |
| 14:06 |
rfrasur |
There is still an active bill, but it's when I click on history...which isn't bill specific. |
| 14:09 |
kmlussier |
rfrasur: Yes, that's pretty much what I saw when I was looking at an active bill. It was showing in the bills display, not as a transaction in the history. But don't go by me. I was wandering in the territory of not-yet-completed code, and I don't know if that was expected behavior or something new. |
| 14:10 |
rfrasur |
I'm not sure what the expected behavior is, but I have to imagine it's something rather than nothing, right? |
| 14:10 |
rfrasur |
jboyer-isl: Is this a known issue? |
| 14:10 |
* kmlussier |
shouldn't answer any billing questions because I think that part of my brain has permanently shut down. |
| 14:11 |
rfrasur |
kmlussier: You verified that I've not completely lost it, so that's good, right? |
| 14:12 |
kmlussier |
rfrasur: No necessarily. It's entirely possible that I've completely lost it. |
| 14:12 |
rfrasur |
Well, at least we're riding away on the same crazy train. |
| 14:13 |
kmlussier |
I forget. Can somebody remind me where I can find the file that identifies licensing information for our graphic images? Things like format icons and toolbar images. |
| 14:13 |
jeff |
there is a ./Open-ILS/xul/staff_client/server/skin/media/images/portal/LICENSE |
| 14:13 |
kmlussier |
jeff++ Thanks! |
| 14:13 |
jeff |
but overall, the Signed-off-by: and the root COPYING file should be expected to apply, no? |
| 14:14 |
jeff |
but I guess that one file is pretty specific. nevermind me. :-) |
| 14:17 |
kmlussier |
There's also Open-ILS/xul/staff_client/chrome/skin/media/images/licenses.txt |
| 14:17 |
kmlussier |
I'm not sure which file I should be using if I'm citing the source for opac format icons. |
| 14:19 |
eeevil |
kmlussier: perhaps we should consider copying one or the other into the opac images dir, as that seems to be governed by the top level ones |
| 14:19 |
|
Auth-User_ joined #evergreen |
| 14:21 |
kmlussier |
eeevil: So you're saying add something to Open-ILS/web/opac/images? |
| 14:21 |
jeff |
there are quite a few matches for license / copying in the current source tree. see https://gist.github.com/jeff/16cefbac042bac6fb6c4 |
| 14:22 |
eeevil |
kmlussier: that's my though, yes ... but with that many licence files... ;) |
| 14:23 |
|
yboston joined #evergreen |
| 14:24 |
|
dougkyle joined #evergreen |
| 14:31 |
kmlussier |
Looking at the matches jeff found, it seems like ./Open-ILS/web/images/licenses.txt might be a suitable location. There is only one image file listed in there, so I'll add more. |
| 14:31 |
kmlussier |
jeff++ eeevil++ |
| 14:37 |
pinesol_green |
[evergreen|Dan Wells] Simple typo fix in docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f23274d> |
| 14:39 |
dbwells |
ericar: The typo you pointed out is now fixed in master and will be reflected in the final release notes. Thanks for mentioning it. |
| 14:40 |
ericar |
dbwells++ thank you! |
| 14:42 |
csharp |
yeah - looks like my acq EDI issue was about the wrong FTP dir :-/ |
| 14:49 |
csharp |
jeff: my single example of the "Clear Holds Shelf" checkin modifier is age protected, but no holds |
| 14:49 |
csharp |
most PINES items are age protected |
| 14:59 |
jeff |
oh? there were zero other holds on the title that the copy was associated with? |
| 15:04 |
berick |
hehe, just got an email, "hey bill, someone at equinox software has a crush on you" |
| 15:04 |
rfrasur |
awww |
| 15:07 |
* berick |
preens |
| 15:08 |
rfrasur |
such a pretty bird |
| 15:08 |
* rfrasur |
gives berick a cracker. |
| 15:09 |
* rfrasur |
needs to memorize her younger two children's ssn(s). |
| 15:09 |
berick |
@tea |
| 15:09 |
* pinesol_green |
brews and pours a pot of Wild Snow Sprout Tea, and sends it sliding down the bar to berick (http://ratetea.com/tea/wild-tea-qi/wild-snow-sprout-tea/6447/) |
| 15:10 |
csharp |
tea++ |
| 15:10 |
csharp |
and @tea++ |
| 15:10 |
rfrasur |
Some guy that comes into the library nearly every day just discovered the teen section because his granddaughter was giving him a tour of stuff he doesn't use. |
| 15:10 |
* rfrasur |
might hire her in a few years. |
| 15:12 |
rfrasur |
(now they're sorting the comics together....be still my heart) |
| 15:12 |
jcamins |
How old does she have to be to get working papers? |
| 15:12 |
csharp |
jeff: correct - zero holds |
| 15:13 |
jcamins |
rfrasur: usually the school district is pretty agreeable about issuing working papers, in my experience. |
| 15:13 |
rfrasur |
I'll only hire kids that are 16 or older. I think you can get a work permit at 14, but labor laws are rough for the employer at that age. |
| 15:13 |
jcamins |
Ah. |
| 15:14 |
bshum |
@dessert mllewellyn |
| 15:14 |
* pinesol_green |
grabs a batch of Chocolate Chip Cookies and sends it sliding down the dessert bar to mllewellyn |
| 15:15 |
* rfrasur |
is always looking for prospective employees just in case. |
| 15:16 |
|
atlas__ joined #evergreen |
| 15:18 |
sseng |
question: does evergreen support automated claimings? or, is it currently a manual process only? |
| 15:20 |
jihpringle |
sseng: for serials or acq? though the answer is manual for both |
| 15:21 |
sseng |
jihpringle: acq |
| 15:21 |
jihpringle |
there are some claiming bugs in the manual process in acq depending on what version you're running |
| 15:22 |
sseng |
jihpringle: oh ok |
| 15:23 |
jihpringle |
we've tested manual claiming in acq but none of our libraries currently use it |
| 15:23 |
jihpringle |
the bug to watch out for is - https://bugs.launchpad.net/evergreen/+bug/1195063 |
| 15:23 |
pinesol_green |
Launchpad bug 1195063 in Evergreen "ACQ: Claim Vouchers Do Not Appear and Cause Problems with Profiles" (affected: 2, heat: 12) [Undecided,New] |
| 15:24 |
sseng |
jihpringle: having a hard time finding claimings documentation in terms of automated claming . and now that it's been clarified that it's currently manual only... thanks! |
| 15:24 |
jihpringle |
np |
| 15:30 |
csharp |
jeff: example 2 for clear holds shelf checkin modifier - age protection set, only 1 hold |
| 15:31 |
jeff |
csharp: huh. well that's interesting. one of my working theories here was that the issue was related to trying to walk a bunch of holds that the copy wasn't eligible to fulfill, and that combined with something else was causing the breakage. |
| 15:31 |
jeff |
csharp: the example i had the other day was an age protected copy with 80+ holds at non-local libraries. |
| 15:31 |
csharp |
the first example was probably a fluke - a patron requested the title literally 90 seconds before staff began checkin and it captured for the new hold - staffperson assumed it was the "old" hold |
| 15:31 |
jeff |
so it did the hold permit test 80+ times... twice, I think. |
| 15:32 |
csharp |
jeff: ah |
| 15:33 |
pastebot |
"csharp" at 64.57.241.14 pasted "log messages for clear hold shelf checkin modifier failure" (5 lines) at http://paste.evergreen-ils.org/41 |
| 15:34 |
csharp |
jeff: ^^ this is what we see server side at the time of the network errors in our library's case |
| 15:34 |
csharp |
a single library reporting this, but we don't know how many are using the feature |
| 15:34 |
jeff |
that seems reasonable. you don't see "no transaction to roll back" or (paraphrasing) "not in transaction but transaction required for UPDATE"? |
| 15:35 |
csharp |
correct |
| 15:35 |
jeff |
hrm. |
| 15:35 |
csharp |
wait - no I mean I *do* see that |
| 15:35 |
jeff |
ah. |
| 15:35 |
jeff |
good! |
| 15:35 |
jeff |
i mean, not good, but... good! :-) |
| 15:37 |
pastebot |
"csharp" at 64.57.241.14 pasted "client side message at clear holds shelf checkin failure" (48 lines) at http://paste.evergreen-ils.org/42 |
| 15:37 |
csharp |
that was the staff report^^ |
| 15:39 |
jeff |
i have only a single library that has reported this. the first example was on a copy that was in a status of On Hold Shelf, but the hold had been canceled (either by the user or in the staff client). they checked it in with the clear expired holds checkin modifier (apparently they leave it on most of the time), and after several seconds, it threw an error similar to or identical to that. |
| 15:39 |
jeff |
the item in question was a popular recent dvd with 80+ holds that the hold could not fulfill due to age hold protection. |
| 15:39 |
csharp |
hmm |
| 15:39 |
jeff |
also: we're using fifo holds -- i doubt you are, and i don't know offhand if it matters. |
| 15:40 |
csharp |
nope - we use the "default" (as "default" as one can get, that is) configuration ;-) |
| 15:40 |
jeff |
i have at least two more copies at this same library with similar symptoms being reported. i have not looked into the specifics yet, but expect to shortly. |
| 15:40 |
csharp |
well hopefully we can suss it out |
| 15:41 |
jeff |
csharp: so strange that the Evergreen defaults so closely align with PINES policies. ;-) |
| 15:41 |
csharp |
the library says the problem started occurring since we moved from 2.3 to 2.5 |
| 15:41 |
jeff |
(not really strange at all) |
| 15:41 |
csharp |
jeff: yeah - SPOOKY |
| 15:41 |
jeff |
we've been on 2.5 without reports of this issue since late december. |
| 15:41 |
jeff |
as in, no reports until now. |
| 15:42 |
csharp |
yeah, this ticket was from early last month, during the pre-conference crunch |
| 15:42 |
csharp |
(when my default response was some variant of "can this wait, please?" ;-)) |
| 16:13 |
gmcharlt |
yboston++ # removing duplicates |
| 16:15 |
yboston |
gmcharlt: thanks, it is good way for practicing Git |
| 16:15 |
yboston |
gmcharlt: Also, I still need to query my circ transactions to see what day we went live in Boston and then in the Spain campus |
| 16:42 |
|
krvmga joined #evergreen |
| 16:44 |
krvmga |
(eg 2.4) in the opac, in advanced search > numeric search > Call Number (Shelf Browse), when I try to scope the search to the children's collection in a library, the scope goes to the adult collection. |
| 16:44 |
krvmga |
have I misconfigured something or is this the expected behavior (i.e. you can't scope Call Number (Shelf Browse) to the children's collection) |
| 16:44 |
* kmlussier |
didn't think you could scope by copy location group there. |
| 16:45 |
kmlussier |
krvmga: I could be misremembering, but I didn't think you cold scope to any copy location group in the call number browse. |
| 16:45 |
krvmga |
i'm okay with this being the way it works. i just didn't know. |
| 16:46 |
krvmga |
kmlussier: you got the single layer icons? |
| 16:47 |
kmlussier |
krvmga: I did and I've rolled everything into a git branch. |
| 16:47 |
kmlussier |
krvmga++ |
| 16:57 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:58 |
yboston |
@marc 400 |
| 16:58 |
pinesol_green |
yboston: unknown tag 400 |
| 17:06 |
krvmga |
is there any way to do a call number search limited to the children's collection in eg 2.4? i'm thinking that it might be possible in 2.5. |
| 17:25 |
jeff |
heh. empty volumes appear to lead to inappropriately-empty <ul/> tags in htmlholdings-full output. |
| 17:25 |
jeff |
i don't know if that's XML::LibXML's fault, or if it can be configured away. |
| 17:37 |
jeff |
similar-but-more-harmless with <abbr title="foo" class="bar"/>, though that could be a side effect of the empty <ul/> issue |
| 19:05 |
|
bmills joined #evergreen |
| 19:24 |
|
jihpringle joined #evergreen |
| 19:24 |
pinesol_green |
[opensrf|Mike Rylander] LP#1292214: Improve docgen output - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=2e919d7> |
| 19:27 |
gmcharlt |
@later tell csharp are you expecting to do more with user/csharp/ubuntu-14-04-makefile (in working/OpenSRF), or is it ready for a pullrequest? |
| 19:27 |
pinesol_green |
gmcharlt: The operation succeeded. |
| 19:42 |
|
atlas__ joined #evergreen |
| 19:45 |
|
kmlussier joined #evergreen |
| 21:25 |
|
kmlussier joined #evergreen |
| 21:45 |
|
flopaul joined #evergreen |
| 22:48 |
|
mrpeters joined #evergreen |
| 23:26 |
|
atlas__ joined #evergreen |
