Time |
Nick |
Message |
07:40 |
|
rjackson_isl joined #evergreen |
07:43 |
|
mrpeters joined #evergreen |
07:43 |
|
jboyer-isl joined #evergreen |
08:16 |
|
Newziky1 joined #evergreen |
08:31 |
|
collum joined #evergreen |
08:36 |
|
mmorgan joined #evergreen |
08:41 |
|
RoganH joined #evergreen |
08:46 |
|
ericar joined #evergreen |
08:47 |
|
krvmga joined #evergreen |
08:47 |
|
krvmga joined #evergreen |
08:51 |
|
Shae joined #evergreen |
09:10 |
|
Dyrcona joined #evergreen |
09:12 |
|
graced joined #evergreen |
09:19 |
|
sarabee joined #evergreen |
09:20 |
|
maryj joined #evergreen |
09:32 |
|
yboston joined #evergreen |
09:58 |
|
pinesol_green joined #evergreen |
09:58 |
|
eby joined #evergreen |
09:58 |
|
pastebot joined #evergreen |
09:58 |
|
ldw joined #evergreen |
09:58 |
|
collinanderson joined #evergreen |
09:58 |
|
jcamins joined #evergreen |
09:58 |
|
jonadab joined #evergreen |
09:58 |
|
kitteh_ joined #evergreen |
09:58 |
|
_bott_ joined #evergreen |
09:58 |
|
jeff joined #evergreen |
09:58 |
|
paxed joined #evergreen |
09:58 |
|
jeffdavis joined #evergreen |
09:58 |
|
egbuilder_ joined #evergreen |
09:58 |
|
gmcharlt joined #evergreen |
09:58 |
|
rangi joined #evergreen |
09:58 |
|
phasefx joined #evergreen |
09:58 |
|
tsbere joined #evergreen |
09:58 |
|
artunit joined #evergreen |
09:58 |
|
pmurray joined #evergreen |
09:58 |
|
phasefx_ joined #evergreen |
09:58 |
|
eady joined #evergreen |
09:58 |
|
ningalls joined #evergreen |
09:58 |
|
Callender joined #evergreen |
09:58 |
|
kmlussier joined #evergreen |
09:58 |
|
bshum joined #evergreen |
09:58 |
|
TaraC joined #evergreen |
09:58 |
|
gsams joined #evergreen |
09:58 |
|
Newziky joined #evergreen |
09:58 |
|
RBecker joined #evergreen |
09:58 |
|
rjackson_isl joined #evergreen |
09:58 |
|
mrpeters joined #evergreen |
09:58 |
|
jboyer-isl joined #evergreen |
09:58 |
|
Newziky1 joined #evergreen |
09:58 |
|
collum joined #evergreen |
09:58 |
|
mmorgan joined #evergreen |
09:58 |
|
RoganH joined #evergreen |
09:58 |
|
maryj joined #evergreen |
09:58 |
|
remingtron_ joined #evergreen |
09:58 |
|
mceraso joined #evergreen |
09:58 |
|
mtate joined #evergreen |
09:58 |
|
graced joined #evergreen |
09:58 |
|
dkyle1 joined #evergreen |
09:58 |
|
dbs joined #evergreen |
09:58 |
|
Sato joined #evergreen |
09:58 |
|
eeevil joined #evergreen |
09:58 |
|
substack joined #evergreen |
09:58 |
|
csharp joined #evergreen |
09:58 |
|
sarabee joined #evergreen |
09:58 |
|
book` joined #evergreen |
09:58 |
|
ericar joined #evergreen |
09:58 |
|
yboston joined #evergreen |
09:58 |
|
krvmga joined #evergreen |
09:58 |
|
rashma joined #evergreen |
09:58 |
|
jeff_ joined #evergreen |
10:01 |
|
sarabee joined #evergreen |
10:01 |
|
book` joined #evergreen |
10:33 |
kmlussier |
Good morning #evergreen |
10:34 |
jeff |
good morning! |
10:57 |
|
darshana joined #evergreen |
10:57 |
Bmagic |
GOOOOOOD morning! |
11:01 |
|
vlewis joined #evergreen |
11:06 |
kmlussier |
Bmagic: You sound way too enthusiastic for a Monday morning. |
11:07 |
Bmagic |
haha |
11:08 |
Bmagic |
I like this community and I am excited to be apart of it! (Ghostbusters) |
11:08 |
kmlussier |
Bmagic++ |
11:24 |
|
mglass joined #evergreen |
11:59 |
kmlussier |
berick++ #fix for bug 1436906 |
11:59 |
pinesol_green |
Launchpad bug 1436906 in Evergreen "Direct charges are not disencumbered when they are removed from a PO or if the PO is canceled" (affected: 1, heat: 6) [Medium,Confirmed] https://launchpad.net/bugs/1436906 |
11:59 |
kmlussier |
I'll see if I can test that one today. |
12:00 |
berick |
cool |
12:17 |
|
chatley joined #evergreen |
12:27 |
|
buzzy joined #evergreen |
13:12 |
|
sandbergja joined #evergreen |
13:25 |
* berick |
issues last call on april dev meeting poll http://doodle.com/4atuzyq4f4s7nsdu |
13:26 |
* jeff |
consults calendar |
13:27 |
jeff |
``This poll is bigger than usual'' |
13:28 |
jeff |
"usual" is perhaps not the best choice of words there. |
13:30 |
kmlussier |
Our polls are always bigger than usual |
13:31 |
kmlussier |
Ooh! It looks like it might be a Thursday meeting. That's new and different. |
13:31 |
jeff |
thrills! excitement! |
13:41 |
jboyer-isl |
\away |
13:43 |
Dyrcona |
\up |
13:43 |
Dyrcona |
\up |
13:43 |
Dyrcona |
\& away |
13:43 |
Dyrcona |
:) |
13:44 |
rjackson_isl |
into the wild blue yonder |
13:46 |
jboyer-isl |
I need to find some better clients. At home I have to use the / commands, at work I have to use the menus. |
13:48 |
rjackson_isl |
at least you have an excuse - I just interrupt mtgs by typing in the wrong window! :( |
14:03 |
jeff |
open-ils.circ.mark_item_missing_pieces requires the permission MARK_ITEM_MISSING_PIECES, but depending on circumstances and configuration, will fail if the calling user does not also have CIRC_OVERRIDE_DUE_DATE. |
14:08 |
jeff |
this probably isn't the only example of "this action requires multiple permissions", and that in and of itself isn't bad, and the scenario of "staff member who should have MARK_ITEM_MISSING_PIECES but should not have CIRC_OVERRIDE_DUE_DATE" might be uncommon. |
14:09 |
Dyrcona |
I believe our generic circ accounts have both. |
14:09 |
jeff |
it does have me wondering if there's a good method of "require user to have this perm or require that this method be being called internally" (over-simplifying the idea for purposes of brevity) |
14:09 |
Dyrcona |
I'm not sure what you're saying there. |
14:10 |
jboyer-isl |
jeff: Are you basically saying there should be a parameter that says “The user has a more important permission for the task at hand, don’t worry if they’re lacking one that you’re about to check for” |
14:11 |
jboyer-isl |
kind of like an .override, but for permission checks?> |
14:12 |
jeff |
if I grant a user MARK_ITEM_MISSING_PIECES but not CIRC_OVERRIDE_DUE_DATE, I'm setting things up for failure. It might be interesting to have a way for open-ils.circ.mark_item_missing_pieces's checkout call not require the user to have CIRC_OVERRIDE_DUE_DATE by nature of the missing pieces api method being the "caller". |
14:12 |
jeff |
I'm not yet certain that it would be THAT useful, I'm just thinking out loud. :-) |
14:13 |
Dyrcona |
Well, I'm not certain why mark item missing pieces would mess with the due date. |
14:14 |
jeff |
More immediately relevant, I'm starting to think it would be useful to have some additional developer-focused documentation on things like "assumptions made / conventions with regard to stop_fines reasons", etc. |
14:15 |
jeff |
Dyrcona: mark item missing pieces finds the most recent circ of a copy, and either attempts a renewal (if the circ is still open) or creates a new checkout. If the copy is needed for a hold, the checkout is passed today's date to make it "due now". |
14:16 |
Dyrcona |
I'm not gonna ask why. |
14:17 |
jeff |
It is undesired behavior in our environment. |
14:19 |
jeff |
But something which is desired is for the items (which have usually been checked in already) to be checked back out to the patron for a fixed one week duration involving no usual fines, then after that time they will be billed for the missing pieces / item as a whole. |
14:20 |
jeff |
I'm thinking to think of approaches that create the least amount of acrobatics. |
14:21 |
csharp |
missing pieces appears to already be pretty acrobatic ;-) |
14:21 |
csharp |
at least last time I looked ;-) |
14:22 |
csharp |
it doesn't work for us because of the "bring up the copy editor to add a copy note" step - we don't want circ people to have the power to edit copy attributes |
14:22 |
jeff |
sure. |
14:23 |
csharp |
and last I looked, there wasn't a way to just add a note without the full copy editor |
14:24 |
jeff |
I've also considered not checking the item back out, and just setting the copy status to Missing Pieces, eventually adding a billing, etc. |
14:26 |
kmlussier |
csharp: Hmmm...the alert development that PINES and MassLNC are jointly funding will let people add a temporary note for purposes like this one. However, I didn't even think to add something to the requirements that would make Mark Missing Pieces add the note that way instead of the traditional way. |
14:27 |
jeff |
Then need to determine the timeline/process by which the item will be billed either asset.copy.price or a manual partial amount. The circ may have overdue billings anyway, then a full payment would set xact_finish, which would then need to be cleared (re-opening the xact) when the item was actually billed... |
14:27 |
|
BigRig joined #evergreen |
14:27 |
csharp |
kmlussier: even if it doesn't become a requirement for that project, building the bridge between one and the other would probably be possible later |
14:27 |
kmlussier |
Yes indeed! |
14:27 |
jeff |
And determining what to key off of for the timing of the bill (copy edit date? checkin date?) is problematic also. |
14:28 |
jeff |
Some part of me wants per-circ messaging/event logging. |
14:28 |
jeff |
which we have in a way with A/T records. |
14:33 |
jeff |
as it currently stands, checking the item back out to a patron with a due date 1 week in the future, notifying them that they have a week to contact us to determine what's missing, how to get it back, etc... |
14:33 |
jeff |
(we'd need to add that "1 week in the future" bit) |
14:35 |
Dyrcona |
Well, the circus comes to town when other systems want a different functionality. |
14:51 |
bshum |
kmlussier: I generated out the asciidoc html and put up the newest iteration of the RELEASE_NOTES_2_8 to the website: http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_8.html |
14:52 |
bshum |
kmlussier++ # filling in the blanks |
14:54 |
kmlussier |
bshum++ #Thanks! |
14:54 |
jeff |
then if the disc/whatever doesn't come back, we bill the price of the item on file and... set MAXFINES? set a new stop_fines of MISSINGPIECES? check the item in and then re-set the copy status to Missing Pieces? |
14:54 |
Dyrcona |
Berklee is spelled wrong. |
14:54 |
jeff |
anyway.``Berkless College of Music'' |
14:55 |
|
ericar_ joined #evergreen |
14:55 |
Dyrcona |
The acknowledgments have "Berkless" |
14:55 |
kmlussier |
Oops |
14:55 |
yboston |
:) |
14:55 |
kmlussier |
So much for the proof-reading I did at the end. |
14:56 |
kmlussier |
That kind of error would make me suspect auto-correct if I were actually using something that used spellcheck. |
14:57 |
* bshum |
did a manual edit to correct it on the webpage. |
14:57 |
bshum |
Someone else can push a change to git :) |
14:59 |
csharp |
@who will push it to git? |
14:59 |
pinesol_green |
jeffdavis will push it to git. |
15:01 |
|
mllewellyn joined #evergreen |
15:23 |
jeff |
hah. so, for future reference... |
15:24 |
jeff |
er, nevermind. |
15:33 |
|
akilsdonk joined #evergreen |
15:40 |
|
collum joined #evergreen |
16:12 |
kmlussier |
bshum: I can do that. I got pulled away to a conference call. |
16:29 |
mmorgan |
*Sigh* 23 incarnations of precats in our database with single character barcodes. |
16:29 |
mmorgan |
These precats have had 55 circs and 32 transits. |
16:29 |
mmorgan |
I delete them but they keep coming back :-( |
16:30 |
Dyrcona |
Misscanned barcodes. |
16:31 |
|
ericar_ joined #evergreen |
16:32 |
jboyer-isl |
Database triggers will 1. prevent that issue from occuring, and 2. cause some minor confusion / unhappiness in the client because it won’t know what’s up with that. |
16:32 |
Dyrcona |
We have 8 deleted copies with the barcode of "3". |
16:32 |
Dyrcona |
I was gonna count circulations, but got lazy. |
16:33 |
kmlussier |
mmorgan: Does it help if people use the strict barcode checkbox? |
16:33 |
Dyrcona |
kmlussier: Probably not. |
16:33 |
jboyer-isl |
kmlussier: staff have to be getting the “misscanned / not cataloged |
16:33 |
mmorgan |
kmlussier: We instruct them to use strict barcode, but it still happens. |
16:34 |
Dyrcona |
They get the misscanned / not cataloged dialog and click through it without reading/paying attention/understanding. |
16:34 |
Dyrcona |
Because they're working circ and usually feel rushed. |
16:34 |
jboyer-isl |
“ box and telling it to go ahead, (provided strict barcode can be used at all, we’ve got several locations using barcodes with missing check digits. :( ) |
16:34 |
kmlussier |
Yeah, a bad barcode doesn't stop them from using it. It just gives them one more alert to click through. |
16:34 |
mmorgan |
They get the misscanned/not cataloged pop-up - unless the precat already exists. |
16:38 |
* kmlussier |
decides to test a bug fix because bug fixes put her in a happy place. |
16:38 |
* bshum |
wants to be in a happy place too. |
16:40 |
kmlussier |
@dessert bshum |
16:40 |
* pinesol_green |
grabs some Coconut Cream Pie for bshum |
16:40 |
bshum |
Gah.... |
16:40 |
bshum |
No, thank you. |
16:40 |
kmlussier |
Coconut Cream Pie would put me in a happy place too. |
16:41 |
kmlussier |
bshum: You are way too picky when it comes to desserts. |
16:42 |
bshum |
kmlussier: I'm picky about lots of things. |
16:42 |
kmlussier |
@dessert 3 bshum |
16:42 |
* pinesol_green |
grabs some Mint Chocolate Chip Ice Cream for bshum |
16:42 |
bshum |
That, on the other hand, does make me happy. |
16:42 |
bshum |
:D |
16:43 |
kmlussier |
I know you all too well bshum :) |
16:43 |
berick |
@bartender me |
16:43 |
* pinesol_green |
fills a pint glass with Rio Blanco Pale Ale, and sends it sliding down the bar to me (http://beeradvocate.com/beer/profile/458/2298/) |
17:06 |
|
jonadab joined #evergreen |
17:11 |
|
mmorgan left #evergreen |
17:39 |
bshum |
jeffdavis: For fun note, I just compared our PG 9.3 and 9.4 databases, and found that metabib_keyword_field_entry_index_vector_idx was definitely smaller. From 1690 to 890 MB or so, roughly. Which is nice. |
17:40 |
bshum |
I'm still continuing my tests with 9.4, but so far, it hasn't exploded yet. So that keeps me hopeful. |
17:47 |
bshum |
Oh, that's of course, assuming that one has used gin there instead of gist I guess... |
17:54 |
bshum |
We changed most of our metabib indexes from gist to gin during a past upgrade. |
17:54 |
bshum |
But I guess that's not stock setup. |
19:09 |
|
gsams joined #evergreen |
19:31 |
|
dcook joined #evergreen |
20:59 |
csharp |
bleh - lp isn't letting me post a comment |