| Time |
Nick |
Message |
| 00:28 |
|
snigdha26 joined #evergreen |
| 01:48 |
bshum |
@later tell tsbere Hmm, I accidentally pushed a wrongly named branch to the main repository and I can't delete it. Didn't notice till I did it that I didn't put "tags/" ahead of the name for rel_2_7_0_alpha1 branch that I was putting up for reference purposes |
| 01:48 |
pinesol_green |
bshum: The operation succeeded. |
| 02:24 |
pinesol_green |
[evergreen|Ben Shum] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ebc4ce1> |
| 02:24 |
pinesol_green |
[evergreen|Ben Shum] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=defb9ce> |
| 02:38 |
pinesol_green |
[evergreen|Ben Shum] Acknowledge new contributor in 2.7 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7d2920f> |
| 03:00 |
bshum |
@later tell Dyrcona When I put the 2.7.0 RC email out, I made a mention about woes with Ubuntu 14.04. We'll keep working on that this next week and see what shakes loose, but I'm comfortable putting down strong advisories or signs in the README to stay away till we're done trouleshooting/fixing things up. |
| 03:00 |
pinesol_green |
bshum: The operation succeeded. |
| 03:01 |
bshum |
Inching ever so incrementally forward.... |
| 03:02 |
* bshum |
goes back to sleep. |
| 04:59 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:28 |
|
kmlussier joined #evergreen |
| 06:13 |
|
kmlussier left #evergreen |
| 07:13 |
csharp |
alert to whoever may be using git, list, or lupin - we're going to pull them down for a minute to update mundungus - doing this early in hopes of little disruption |
| 08:04 |
|
serflog joined #evergreen |
| 08:04 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
| 08:04 |
csharp |
okay - looks like were back up on all fronts ;-) |
| 08:04 |
* csharp |
exhales |
| 08:09 |
graced |
csharp++ |
| 08:14 |
|
akilsdonk joined #evergreen |
| 08:23 |
|
Dyrcona joined #evergreen |
| 08:30 |
|
_bott_ joined #evergreen |
| 08:33 |
|
mrpeters joined #evergreen |
| 08:46 |
|
mmorgan joined #evergreen |
| 08:56 |
|
Shae joined #evergreen |
| 09:01 |
tsbere |
@later tell bshum The incorrectly placed branch has been deleted. |
| 09:01 |
pinesol_green |
tsbere: The operation succeeded. |
| 09:08 |
|
jwoodard joined #evergreen |
| 09:09 |
|
rsoulliere joined #evergreen |
| 09:15 |
rsoulliere |
Hi all, we are experiencing some strange issues with circ policies. Old unedited policies work fine... But new policies and edited policies are not getting "found". |
| 09:16 |
rsoulliere |
We carte getting the matchpoint failure error when trying to circulate items based on the new polcies. |
| 09:17 |
rsoulliere |
"are" |
| 09:18 |
|
kmlussier joined #evergreen |
| 09:19 |
bshum |
rsoulliere: What version of Evergreen are you guys using? |
| 09:19 |
rsoulliere |
bshum: 2.5.5 |
| 09:21 |
bshum |
How were new entries entered? Via the client? |
| 09:21 |
rsoulliere |
Yes, I also tried one using sql with same result. |
| 09:22 |
bshum |
Can you share with us an example of some rows? |
| 09:22 |
* tsbere |
bets that something that should be null is being filled in with an empty string or something like that |
| 09:23 |
bshum |
That's kind of what I would expect. |
| 09:25 |
|
sarabee joined #evergreen |
| 09:27 |
rsoulliere |
catch all entry data I recently added: Active = true, Permission Grp = Users, Org Unit = MOHAWK (top of the org tree), Renewel = Unset, Reference = Unset, Circulate = True, Duration Rule = default, Max fine = default, Recurring fine = default |
| 09:29 |
rsoulliere |
tsbere: I was thinking that it has to relate to the data getting entered with faulty data, but if wee are entering in the staff client, the data should be pretty kosher unless there is a known bug in 2.5.5 |
| 09:31 |
tsbere |
rsoulliere: The text fields can end up with empty strings instead of nulls (circ modifier and the marc fields, though circ modifier may be prevented from being affected due to foreign key stuff) |
| 09:33 |
|
pmurray_away joined #evergreen |
| 09:33 |
rsoulliere |
tsbere: so an sql insert statement setting the blank fields to NULL where needed might be a good test? |
| 09:34 |
tsbere |
rsoulliere: SELECT whatever FROM config.circ_matrix_matchpoint WHERE <field> = '' |
| 09:34 |
tsbere |
rsoulliere: I figure you can flesh that out properly for testing ;) |
| 09:35 |
rsoulliere |
tsbere: yes, I'll try. ;-) |
| 09:36 |
|
mllewellyn joined #evergreen |
| 09:37 |
|
pmurray joined #evergreen |
| 09:51 |
|
yboston joined #evergreen |
| 09:52 |
rsoulliere |
I checked for empty strings in the table with this statement: SELECT id, circ_modifier FROM config.circ_matrix_matchpoint WHERE marc_type='' OR marc_form='' OR marc_vr_format ='' OR marc_bib_level='' OR circ_modifier='' OR script_test = '' OR marc_bib_level= ''; |
| 09:52 |
rsoulliere |
0 rows were returned. |
| 09:54 |
rsoulliere |
Was that a sufficient check of the text fields? Should I check in other fields? |
| 09:56 |
jboyer-isl |
Has anyone ever had to fix discrepancies in money.usr_summary? I’m looking at about 190K users whose summary disagrees with sums of money.billing and money.payment. :( |
| 09:57 |
rsoulliere |
Could a corrupted entry in the circ_matrix_matchpoint table cause issues for other rows below it? |
| 10:00 |
jboyer-isl |
Bah. Never mind me, something’s nutty in the Q I’m using to check. :/ |
| 10:11 |
kmlussier |
bshum reminded me this morning that we should probably have the web client preview in the 2.7 release notes. I was going to take a stab at writing something up. |
| 10:12 |
kmlussier |
Based on previous discussions in here, I'm guessing it isn't something that just loads in your browser as soon as you upgrade to 2.7. Is there something I should put in the release notes saying what needs to be done to see the preview? |
| 10:32 |
berick |
related... bshum, there's an extra couple of steps required to build the browser client dependencies for a release. if we're going to include the browser client, we should probably build it. |
| 10:32 |
berick |
the process is summarized about halfway down https://bugs.launchpad.net/evergreen/+bug/1350350 |
| 10:32 |
pinesol_green |
Launchpad bug 1350350 in Evergreen "browser client build/install process improvements" (affected: 1, heat: 8) [Undecided,New] |
| 10:32 |
berick |
and i'm happy to help w/ that. |
| 10:39 |
pastebot |
"berick" at 64.57.241.14 pasted "browser client dependency building example for bshum" (19 lines) at http://paste.evergreen-ils.org/10 |
| 10:42 |
phasefx |
berick: do you have tuits to modify collab/phasefx/wheezy_installer for the web based client? for http://testing.evergreen-ils.org/~live/ |
| 10:46 |
phasefx |
I guess looking at the bug report, we'd still need to make some decisions regarding installing from git |
| 10:49 |
berick |
phasefx: yeah. remind me, does ~live do a build on a fresh OS each time? |
| 10:49 |
berick |
iow, it installs all prereqs each time? |
| 10:51 |
phasefx |
berick: correct, though it does have some uninstalled pre-fetched deb files available for apt |
| 10:52 |
phasefx |
apt and/or cpan.. I forget which, but can look next time it refreshes |
| 10:52 |
phasefx |
or refresh now and look |
| 10:52 |
berick |
k, no rush |
| 10:53 |
berick |
just making the installer needs to build node.js |
| 11:03 |
phasefx |
berick: did you work up a way to do headless/browserless unit testing for the client? |
| 11:04 |
berick |
phasefx: yessir |
| 11:04 |
phasefx |
berick++ awesome |
| 11:04 |
phasefx |
we'll want the live page to run and expose that |
| 11:05 |
berick |
+1 to that |
| 11:05 |
berick |
it can produce different types of output. by default it shows a terminal-friendly display, but it can output reports/csv/etc |
| 11:06 |
berick |
will have to find the best fit |
| 11:08 |
phasefx |
berick: right now the uber script has hueristics to find errors in each "bullet point/section" it manages, but it can be tailored per section |
| 11:08 |
phasefx |
return value is one obvious thing it looks at |
| 11:09 |
|
ericar joined #evergreen |
| 11:13 |
phasefx |
I'm slightly wrong.. I was thinking of eg_wheezy_installer.sh as the uber script, but that does its thing, and then it's test_output_webifier.pl that goes looking for errors and builds a summary. |
| 11:17 |
phasefx |
so text output is fine, but so is also providing links to prettier output |
| 11:29 |
bshum |
berick: I think some variant of those steps are included in the README for the web client right? |
| 11:31 |
bshum |
I was thinking to help gmcharlt with getting the OpenSRF steps for websockets better integrated first. |
| 11:32 |
berick |
bshum: yes, and most of the steps from the readme are also encapsulated in make_release -c switch |
| 11:32 |
gmcharlt |
yeah, that's a goal for the 2.4.0 OpenSRF release |
| 11:35 |
|
vlewis joined #evergreen |
| 11:44 |
|
artunit_ joined #evergreen |
| 11:57 |
remingtron |
berick: Have you considered adding an omnipresent Feedback link to the web client preview? |
| 11:57 |
remingtron |
maybe in the status bar at the bottom? |
| 11:59 |
remingtron |
it could link to the dev list, and could be removed from future versions |
| 12:00 |
berick |
remingtron: can't say that I have. |
| 12:00 |
|
rfrasur joined #evergreen |
| 12:04 |
remingtron |
berick: just thinking about docs for the preview, and thought it'd be nice to say "If you have questions/suggestions, click the Feedback link". Seem valuable at this stage? |
| 12:18 |
csharp |
Dyrcona: if you have a second, I'm having some trouble with the backstage BSLWexport script... In particular, the script is not creating the smtp object. |
| 12:18 |
csharp |
I suspect something is off with my bslw.json file |
| 12:19 |
|
jihpringle joined #evergreen |
| 12:25 |
jeff |
huh. a pro-Dojo promoted tweet. |
| 12:25 |
berick |
remingtron: maybe? probably best to raise that question to a wider audience. in any event, the -dev list may not be the right place for it, since you have to subscribe |
| 12:32 |
csharp |
you could create an address that sends to -dev and we could add that sender to the "accept" list? |
| 12:32 |
mmorgan |
Can someone confirm what "Limit to Available" while searching in the catalog is actually limiting to? Items with status "Available" and "Reshelving"? As well as titles with URIs? And are the criteria hardcoded somewhere? |
| 12:33 |
rfrasur |
mmorgan - it's available and reshelving |
| 12:34 |
rfrasur |
that's all I know and I don't know about URIs, but I do suspect that's the case. |
| 12:34 |
csharp |
titles with URIs wouldn't be included in an item count |
| 12:35 |
mmorgan |
rfrasur: ok, thanks. I am wondering if this is configurable at all. |
| 12:35 |
mmorgan |
csharp: yes, but record with uris (and no items) are showing up when I limit to available. |
| 12:36 |
rfrasur |
mmorgan: we recently had this discussion within our consortium. jboyer-isl is thinking about it at this point. |
| 12:36 |
rfrasur |
(for another reason...not the uri reason) |
| 12:37 |
jeff |
mmorgan: do you have a url to that search result page? |
| 12:37 |
jboyer-isl |
Oh ho, that might have come out wrong. I’m not currently planning to change anything about that, because there are likely hundreds of places that ‘0,7’ is hardcoded and I don’t think I can knock that out. |
| 12:38 |
jeff |
rfrasur, jboyer-isl: what other statuses were you considering-to-consider as "Available" equivalents? |
| 12:38 |
jboyer-isl |
rfrasur: my solution was going to be to remove the status that I added and figure somethign else out. |
| 12:39 |
rfrasur |
jboyer-isl - :( but I understand. jeff, it was a display status. |
| 12:39 |
mmorgan |
http://evergreen.noblenet.org/eg/opac/results?query=gone+girl&qtype=keyword&fg%3Aadvanced=&locg=1&sort=&modifier=available |
| 12:39 |
jeff |
ah, we use shelving/copy locations for that |
| 12:39 |
jboyer-isl |
jeff: We had a local status that we would have liked to be available, but since it appears that any local status is also considered bad for circ, it wasn’t that good of an idea. |
| 12:40 |
rfrasur |
So that people can still see the things in the display and borrow them...or not. Yeah, that's a consideration. The cool thing about the status was that people could borrow it and then it'd automatically go to reshelving when they returned it. |
| 12:40 |
jeff |
yeah, there are several hardcoded places. |
| 12:40 |
rfrasur |
For more fluid displays. |
| 12:40 |
jboyer-isl |
I thought of it when we were using circ scripts, and any status you like could be “good” |
| 12:40 |
mmorgan |
We were actually thinking along the same lines, wanting more flexibility with the statuses that mean available. |
| 12:41 |
* mmorgan |
suspected that this might be one of the places where 0,7 is hardcoded. |
| 12:41 |
kmlussier |
I was seeing URI results too when troubleshooting krvmga's "limit to available" issue the other day. |
| 12:41 |
jboyer-isl |
I’m all in favor of that happening, but I didn’t want anyone thinking I had any grand plans or anything, |
| 12:41 |
kmlussier |
Ideally, it would be nice if that were something you could configure for each status. |
| 12:41 |
mmorgan |
kmlussier: Yes, indeed. |
| 12:42 |
jeff |
our Display location(s) have "checkin alert" set, so staff can either put the item back on display or can return the item's copy location to "normal" |
| 12:42 |
jeff |
making "return to previous location" easier would be cool for the future. |
| 12:43 |
mmorgan |
jeff: some of our libraries like statuses for indicating display, because they do clear themselves as a result of circulation. |
| 12:44 |
* jeff |
nods |
| 12:44 |
mmorgan |
it would be nice if locations had an option do that, too. |
| 12:45 |
jeff |
there was old infrastructure to support "copy transparencies", but it was (iirc) incomplete and removed some time ago. |
| 12:45 |
jeff |
that would have supported "temporary" copy locations, iirc. |
| 12:46 |
kmlussier |
Looking at my notes from a previous discussion on this topic, it looks like Reserves status is included in "limit to available." Does that sound right? |
| 12:47 |
jeff |
sounds correct, since "Reserves" is "academic reserves" and is "come use this at the library" (I think -- maybe not exclusively 'in library') |
| 12:47 |
jeff |
it might not be "available to everyone"... |
| 12:47 |
kmlussier |
Heh, looks like I've asked this exact question in the past: http://irc.evergreen-ils.org/evergreen/2013-10-16#i_40219 |
| 12:52 |
|
nhilton joined #evergreen |
| 12:53 |
kmlussier |
mmorgan: The chat log above mentions some places where available statuses are hardcoded. |
| 12:53 |
rfrasur |
(Evergreen community rocks) |
| 12:54 |
mmorgan |
kmlussier: Thanks! |
| 12:54 |
* mmorgan |
puts on irc log reading glasses... |
| 12:56 |
|
snigdha26_ joined #evergreen |
| 13:03 |
rfrasur |
jboyer-isl, can you remind me? Are we supposed to be running a list of lost items in $0 balance accounts or is that list coming to us from some other means? |
| 13:03 |
rfrasur |
A report, I mean. |
| 13:03 |
|
jeff_ joined #evergreen |
| 13:15 |
|
nhilton_ joined #evergreen |
| 13:26 |
kmlussier |
I put my latest Release Notes additions in a working branch so that people could review it and a) make sure I'm not making any false promises with the web client, b) give people an opportunity to improve what I wrote about the client, and c) to let somebody else fill in what comes next after the ... |
| 13:26 |
kmlussier |
Perhaps that would be a link to further instructions on getting the preview up and running. |
| 13:26 |
kmlussier |
Forgot the link: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/kmlussier/more-2_7-release-note-additions |
| 13:26 |
* kmlussier |
heads out to lunch. |
| 13:42 |
jboyer-isl |
rfrasur: You need to run them, but they can be set to run monthly so it’s not something you have to keep remembering. |
| 13:42 |
rfrasur |
Okay, that's what I did, just in case. Lovely. Thank you. |
| 13:45 |
|
collum joined #evergreen |
| 13:45 |
|
collum|2 joined #evergreen |
| 13:57 |
rfrasur |
jboyer-isl: is there an automated process that regularly deletes volumes with no holdings? |
| 13:58 |
jboyer-isl |
There is a setting that takes care of it when staff deletes an item, but we don’t currently have anything doing that automatically. |
| 13:58 |
jboyer-isl |
Occasionally we’ll take a look if people are noticing a lot of them. |
| 13:59 |
rfrasur |
Oh. I guess I'll not go the easy (read...lazy) way then. |
| 14:00 |
jboyer-isl |
If you see some kind of pattern you might let us know, but if you just need to yell at a cataloger we’ll let you handle that. ;) |
| 14:00 |
rfrasur |
Oh, no. It's not there. I'm deleting a bunch of missing titles, and some of them have additional items attached, so I can't just do a batch volume delete. |
| 14:01 |
|
akilsdonk joined #evergreen |
| 14:01 |
rfrasur |
(stupid Nicholas Sparks multiple holdings) |
| 14:08 |
Dyrcona |
We run something that deletes bibs with no copies or asset.uris on regular sources. |
| 14:09 |
Dyrcona |
If the source is "transcendant" [sic] then we don't delete bibs. |
| 14:09 |
Dyrcona |
bshum++ |
| 14:10 |
rfrasur |
Dyrcona: That's what I was hoping for so I didn't have to go through 100 volumes and delete them individually. |
| 14:11 |
|
buzzy joined #evergreen |
| 14:11 |
Dyrcona |
If jboyer-isl wants a copy to have a look, I'm sure that could be arranged. |
| 14:11 |
|
mjingle joined #evergreen |
| 14:11 |
Dyrcona |
It's not hard, just a few lines of SQL. Question is, if your consortium wants to do it or not. |
| 14:12 |
rfrasur |
Dyrcona++ I shall bring it up. |
| 14:13 |
jboyer-isl |
Dyrcona: Is that in your evergreen utilities repo or somewhere else? I’d be interested in taking a look either way. |
| 14:13 |
rfrasur |
jboyer-isl++ |
| 14:14 |
Dyrcona |
It is somewhere else. I don't think it is any git repository that I know of. |
| 14:14 |
jboyer-isl |
rfrasur: as for your issue though, I don’t understand 100% what process you’re doing. Are you deleting items and then going back and cleaning up the volumes? That’s also supposed to be automatic. |
| 14:14 |
Dyrcona |
I'll email it to you in a little bit. |
| 14:14 |
jboyer-isl |
Thanks |
| 14:14 |
jboyer-isl |
Dyrcona++ |
| 14:15 |
rfrasur |
jboyer-isl, yes...that's what I'm doing. |
| 14:15 |
rfrasur |
So that when I delete solo items, the volume automatically goes away? |
| 14:16 |
jboyer-isl |
If it’s the last item on the volume it’s supposed to, yes. |
| 14:16 |
jboyer-isl |
I’ll double check some settings. |
| 14:16 |
rfrasur |
Okay, well I might just be pushing useless buttons then. |
| 14:19 |
jboyer-isl |
So are you deleting the item in item status and then choosing delete volume from the “actions for catalgoers” menu? |
| 14:20 |
jboyer-isl |
(I just want to make sure you’re not still seeing these volumes somewhere else somehow) |
| 14:21 |
rfrasur |
in item status |
| 14:21 |
rfrasur |
with the cataloger menu, yes. |
| 14:21 |
jboyer-isl |
Cool. That’s harmless enough but you don’t need to worry about doing it anymore. |
| 14:22 |
rfrasur |
bless you and your family and family's families |
| 14:22 |
yboston |
does anyone know the street address for the Dev hack-a-way? Can you send it to me off-line? I need to plan my transpotation from the airport |
| 14:24 |
jboyer-isl |
yboston: I’ll look for it real quick, |
| 14:25 |
|
nhilton joined #evergreen |
| 14:25 |
yboston |
I just have the town, I think I missed an email about the hack-a-way |
| 14:25 |
yboston |
jboyer-isl: thanks |
| 14:28 |
kmlussier |
yboston: I don't see your name on the most recent e-mail received. I'll forward it along to you since it talked about transportation from the airport. |
| 14:30 |
yboston |
kmlussier: I feel less embarrased now. I was afraid I had accidetally deleted an emial without noticing |
| 14:30 |
|
nhilton_ joined #evergreen |
| 14:30 |
kmlussier |
yboston: It's sent. Let me know if you don't receive it. |
| 14:30 |
yboston |
kmlussier: thanks I got it |
| 14:31 |
yboston |
Does anyone onw if Rogan is out of the office today or this week? |
| 14:31 |
jboyer-isl |
I didn’t have your email as handy as I thought, so you’ve got 2 coming. :) |
| 14:31 |
rfrasur |
Is he still on vacation? |
| 14:31 |
kmlussier |
heh |
| 14:31 |
yboston |
I filled out two seperate doodle polls, and I am afraid I am not on the reservation list :) |
| 14:32 |
yboston |
btw, are most folks going from the 24 to the 26? |
| 14:32 |
yboston |
jboyer-isl: thanks |
| 14:32 |
jboyer-isl |
I’m arriving the evening of the 23rd, leaving the morning of the 27th. Rogan did mention several people being interested in arriving Tuesday at one point. |
| 14:33 |
* kmlussier |
is staying home but will try to participate remotely when she can. |
| 14:33 |
jeff |
likewise. |
| 14:33 |
jeff |
i am hoping to be able to carve out some time to dedicate to it. |
| 14:34 |
yboston |
I was thinking of flying in on the 24th in the morning, but if there will be work being doen that day, may try to arive on Tuesday |
| 14:38 |
jboyer-isl |
It’s up to you, Wednesday was originally a work if you’re here, arrive if you’re not kind of day. The room will be available from what I understand though. |
| 14:39 |
yboston |
jboyer-isl: thanks for you email, I now need to make reservations :( |
| 14:40 |
yboston |
*your |
| 15:01 |
kmlussier |
yboston: This must be your week for being left off e-mail threads. Just realized I've been leaving you and berick off e-mails regarding OPW. My apologies! Expect to get a few forwarded to you. |
| 15:04 |
|
mrpeters left #evergreen |
| 15:21 |
|
_bott_ joined #evergreen |
| 15:22 |
|
akilsdonk joined #evergreen |
| 15:23 |
yboston |
thanks everyone (kmlussier jboyer-isl ) I heard back from Rogan, have plane tickets, hotel, etc |
| 15:23 |
yboston |
see you all soon |
| 15:38 |
jboyer-isl |
/away Away |
| 15:40 |
|
ningalls joined #evergreen |
| 16:19 |
|
mjingle joined #evergreen |
| 16:29 |
|
mjingle left #evergreen |
| 16:40 |
|
nhilton joined #evergreen |
| 16:48 |
Bmagic |
This has come up before but I cant seem to find it: How does the system decide to asses fines when an item goes lost in the hands of a different library patron? |
| 16:49 |
Bmagic |
We are seeing that the owning library fine policy is getting applied to the foreign patron at a library that doesn't asses fines |
| 16:50 |
mmorgan |
I would look to your circulation policies. Do you have policies based on owning or circulating library? |
| 16:51 |
Bmagic |
both I guess |
| 16:51 |
Bmagic |
each library has their own circulation policy |
| 16:51 |
Bmagic |
this is specific to "lost" |
| 16:53 |
bshum |
Bmagic: Actually if this is an automated lost event, then it might be a matter of how the action/trigger definition is defined. |
| 16:54 |
bshum |
Though usually I would have expected it to only apply a mark lost event if the circulating library in question has such a thing. |
| 16:54 |
bshum |
Where the item was circ'ing I mean |
| 16:55 |
Bmagic |
We have a consortium setting to mark items lost that are overdue for 6 months I think |
| 16:55 |
bshum |
Not where the item's circ library was set to |
| 16:56 |
bshum |
Is this a "fine" or some other type of billing? |
| 16:56 |
Bmagic |
but the fee applied to the patron is based upon the settings from the owning library and not the circing lib. It's charging the price of the item plus $5 processing |
| 16:58 |
bshum |
Well those are library settings I guess |
| 16:58 |
bshum |
I think |
| 16:58 |
bshum |
To charge the item price when marking lost |
| 16:58 |
Bmagic |
yes, they are library settings |
| 16:58 |
bshum |
And any processing fee |
| 16:58 |
Bmagic |
We are seeking the setting that applies the circulating "lost" policy and not the owning lib |
| 16:59 |
bshum |
And you're sure that the circulation itself is only for the circulating library, not the owning one? (has seen weird stuff with differnt types of renewals screwing up the circulation's circ lib in past versions) |
| 17:00 |
Bmagic |
I dont have a specific example, I was asking in general. Is there a setting for this in EG? |
| 17:00 |
mmorgan |
So is the context org for the "Lost Materials Processing Fee" library setting supposed to refer to the checkout library? |
| 17:00 |
mmorgan |
or the item's owning library? |
| 17:01 |
bshum |
mmorgan: I would have expected that to be for the library where the item was checked out. |
| 17:01 |
bshum |
But to be fair, I don't think we've tested it on a case-by-case. We always charge item price when an item goes lost. |
| 17:02 |
bshum |
And don't differentiate with our libs |
| 17:02 |
bshum |
So maybe this is a use case that Bmagic has that isn't expected behavior for the settings |
| 17:02 |
jihpringle |
Bmagic: we looked for such a setting back when we were on 2.4 and couldn't find one |
| 17:03 |
jihpringle |
and haven't seen anything that does this on 2.6 either |
| 17:03 |
Bmagic |
We are seeing that the owning library settings are getting applied to the circulation library patrons in the case of "Lost Materials Processing Fee". We would like that to stop |
| 17:03 |
bshum |
Seems to me though, that if I were the owning library, I'd be pretty unhappy if I couldn't get my book fee back from a patron who lost it somewhere else. |
| 17:03 |
bshum |
Just cause that somewhere else didn't normally charge fines. |
| 17:04 |
bshum |
Consortiums, whee! |
| 17:04 |
bshum |
:D |
| 17:04 |
Bmagic |
bshum: This has been thought of in our consortium and agreed that the local policy takes over. So this setting doesnt exist? |
| 17:05 |
bshum |
Bmagic: I don't know if it does or doesn't, since we don't use it :) |
| 17:05 |
bshum |
But it sounds like you're not finding it, nor jihpringle... |
| 17:05 |
bshum |
So........ new feature for 2.8? |
| 17:05 |
bshum |
:D |
| 17:05 |
jihpringle |
we've never been able to find one, so I don't think it exists |
| 17:06 |
jihpringle |
Bmagic: let me know if you create a bug report for this |
| 17:06 |
mmorgan |
Bmagic: I don't see many settings that let you choose whether your context org refers to owning or checkout library. |
| 17:06 |
Bmagic |
Thanks everyone! That is the answer I was looking for! |
| 17:06 |
Bmagic |
mmorgan++ jihpringle++ bshum++ |
| 17:07 |
bshum |
Bmagic: Unrelated... we installed our first round of Hyper-V host servers today. Tomorrow we start building :) |
| 17:07 |
bshum |
*building new VMs |
| 17:07 |
bshum |
Bmagic++ # teaching us dark magic |
| 17:08 |
|
whargrove joined #evergreen |
| 17:08 |
Bmagic |
!! |
| 17:08 |
whargrove |
Hello! Can I install evergreen ils on ubuntu-trusty? |
| 17:08 |
whargrove |
or should I use ubuntu-precise |
| 17:08 |
bshum |
whargrove: For now, you should use Ubuntu Precise |
| 17:09 |
bshum |
Trusty support is still being worked on |
| 17:09 |
whargrove |
OK, that's what I thought |
| 17:09 |
whargrove |
thanks! |
| 17:11 |
pinesol_green |
[evergreen|SnigdhaD] LP#1294269 Docs: Fixed small documentation formatting bugs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=31f54c7> |
| 17:12 |
|
mmorgan left #evergreen |
| 17:15 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:17 |
Bmagic |
bshum: A quick sql query and I come up with some circulations that meet my criteria. I lookup the patron from my sql query and find the xact id in the list of fines. I look at full details and the GUI says that the circulating library is the same as the owning library even though my sql says the contrary! |
| 17:19 |
bshum |
Bmagic: That sounds... mysterious. |
| 17:20 |
Bmagic |
bshum: im looking deeper, I might have spoke to soon.... |
| 17:21 |
|
whargrove left #evergreen |
| 17:21 |
Bmagic |
bshumL so, there is a circ_lib on the copy and a circ_lib on the action.circulation. Which one is right? |
| 17:21 |
Bmagic |
bshum: so, there is a circ_lib on the copy and a circ_lib on the action.circulation. Which one is right? |
| 17:22 |
bshum |
Both |
| 17:22 |
bshum |
Depends on what they're for :) |
| 17:22 |
bshum |
the circ_lib on the copy is supposed to inform policy |
| 17:22 |
Bmagic |
when an item is circed, does the circ_lib on the copy change to match? |
| 17:22 |
bshum |
The circ_lib on the circulation is where the item actually was checked out |
| 17:23 |
bshum |
No |
| 17:23 |
bshum |
It only changes to match if it's a floating copy |
| 17:23 |
bshum |
And it's checked in at a new place, and it changes the circ lib on the item to match where it's checked in |
| 17:23 |
Bmagic |
I see, so that never changes (for us) |
| 17:24 |
Bmagic |
so the billing details GUI is reporting the Item circ_lib not the action.circulation circ_lib |
| 17:25 |
|
nhilton_ joined #evergreen |
| 18:12 |
|
BigRig_ joined #evergreen |
| 18:28 |
|
nhilton joined #evergreen |
| 18:37 |
|
ningalls joined #evergreen |
| 19:50 |
|
nhilton_ joined #evergreen |
| 21:21 |
|
buzzy joined #evergreen |
| 22:24 |
|
artunit_ joined #evergreen |
| 23:12 |
|
shadowspar joined #evergreen |
