Time |
Nick |
Message |
03:31 |
|
sandbergja__ joined #evergreen |
03:34 |
|
sandbergja__ joined #evergreen |
04:33 |
|
mrisher joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:11 |
|
rjackson_isl_hom joined #evergreen |
07:53 |
|
rfrasur joined #evergreen |
07:57 |
|
agoben joined #evergreen |
08:36 |
|
mmorgan joined #evergreen |
08:36 |
|
collum joined #evergreen |
08:38 |
|
Dyrcona joined #evergreen |
08:52 |
|
mantis1 joined #evergreen |
09:38 |
pinesol |
[evergreen|Josh Stompro] LP#1851541 - Add audio alert for item alert popups - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cc1852a> |
09:48 |
pinesol |
[evergreen|Jason Etheridge] lp1731370 CSS styling for new items and volumes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=22ee04b> |
09:48 |
pinesol |
[evergreen|Jason Etheridge] lp1731370 CSS styling for new items and volumes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=912b840> |
09:48 |
pinesol |
[evergreen|Jane Sandberg] LP1731370: Distinguishing new copies and volumes with aditional means (WCAG 1.4.1) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3d39064> |
10:30 |
pinesol |
[evergreen|Kyle Huckins] LP#1754110 Patron Reg. Field Label Override - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5169b97> |
10:30 |
pinesol |
[evergreen|Kyle Huckins] lp1754110 Patron Reg Field Label Override Release Notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0e275ea> |
10:30 |
pinesol |
[evergreen|Galen Charlton] LP#1754110: (follow-up) release notes tweak - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4640519> |
10:46 |
berick |
gmcharlt++ |
10:47 |
Dyrcona |
@praise gmcharlt |
10:47 |
* pinesol |
gmcharlt can run a report without assistance |
10:47 |
gmcharlt |
... at least some of the time |
10:47 |
Dyrcona |
:) |
10:48 |
Dyrcona |
I can't run reports. I do better with plain old SQL. |
10:50 |
Dyrcona |
It's spooky when a script runs a long time without any visible output. You start to wonder if it is actually doing anything, but the postgres backend process says it is. |
10:51 |
Dyrcona |
The back end has been "active" four about an hour and a half. |
10:51 |
Dyrcona |
s/four/for/ |
10:52 |
* Dyrcona |
apparently can't type without assistance, either. :P |
10:53 |
Dyrcona |
I probably messed with the cache when I used some of the non-main instances earlier today, i.e. Pg 10, 11, & 12. |
10:57 |
|
alynn26 joined #evergreen |
11:06 |
|
dbwells joined #evergreen |
11:17 |
|
sandbergja_ joined #evergreen |
11:18 |
sandbergja_ |
gmcharlt++ |
11:20 |
sandbergja_ |
On a related note, I am so excited for 3.5.1. 38 bug fixes so far! |
11:31 |
csharp |
gmcharlt++ |
11:40 |
jeff |
It looks like there are multiple ways that someone can place a hold on something, then have an item captured to fill that hold, then have circ policy prohibit checking that item out. Disregarding things like "you have a standing penalty that blocks CIRC but not CAPTURE", there are still things like "circ policy says you have to be this old to check this item out". Am I missing some way that other |
11:40 |
jeff |
libraries handle this, or is this just a sharp edge we have to be careful of when doing things like limiting circ by user age? |
11:43 |
jeff |
I don't think we'd want to test "can this patron check this item out at the pickup library" because of the aforementioned "standing penalty blocks CIRC but not CAPTURE"... |
11:48 |
jeff |
Stated another way, there are some cases where the item should be captured for a hold even though circ policy would block checkout, because the reason for the block (say, fines or patron expiration) can be resolved at checkout time. Other things, like patron age... are less likely to be resolved at checkout time. |
11:49 |
jeff |
And yes, there would be a corner case with "patron isn't old enough to check the item out at capture time, but they will be old enough before the shelf expiry time is reached!" -- I'm okay with the solution there being "don't capture until the user is old enough". :-) |
11:49 |
jeff |
Has anyone else here run into a similar scenario, and given it thought or a solution/ |
11:49 |
jeff |
? |
11:59 |
|
jihpringle joined #evergreen |
12:14 |
|
rjackson_isl_hom joined #evergreen |
12:19 |
Dyrcona |
jeff: Limiting circ by age seems to be a problem, so stop doing that. I know that's a non-answer, but..... |
12:20 |
Dyrcona |
We can't currently limit hold placement by age, can we? In light of your situation that would be a possible enhancement. |
12:25 |
|
khuckins joined #evergreen |
12:26 |
|
sandbergja_ joined #evergreen |
12:34 |
jvwoolf |
I'm testing a change to fm_IDL.xml that should affect a reporter source. I have copied the changed IDL to /openils/conf and /openils/web/reports. I ran autogen, restarted Apache and all Evergreen services including the reporter. I'm still not seeing my change in the report template when I create a new one from scratch. What am I missing? |
12:36 |
|
sandbergja__ joined #evergreen |
12:37 |
JBoyer |
jeff, I don't suppose uou |
12:38 |
JBoyer |
re so lucky as to be interested in a minor / adult distinction, are you? Since config.hold_matrix_matchpoint does consult the juvenile flag. |
12:40 |
Dyrcona |
jvwoolf: Did you restart Clark Kent? |
12:41 |
|
sandbergja__ joined #evergreen |
12:41 |
jvwoolf |
Dyrcona: Yep |
12:41 |
Dyrcona |
Oh, you did. Sorry, that went right over my head. :( |
12:42 |
Dyrcona |
Well, I'm not sure. Have you checked the XML for validity, but invalid XML should cause noticeable problems. |
12:43 |
mmorgan |
jvwoolf: Browser cache maybe? |
12:43 |
jvwoolf |
Dyrcona: I haven't but I'll give it a shot. It still seems to be pulling in SQL from the old IDL. |
12:44 |
jvwoolf |
mmorgan: Hm, maybe. I'll try that first. |
12:45 |
Dyrcona |
I've added reporter sources before, and it's always just worked for me. I've not tinkered much with existing sources. |
12:56 |
jvwoolf |
mmorgan: That worked! Thank you! |
12:56 |
jvwoolf |
mmorgan++ |
12:56 |
Dyrcona |
mmorgan++ browsers-- |
12:56 |
jvwoolf |
Dyrcona++ |
12:56 |
mmorgan |
Yay! |
12:56 |
mmorgan |
cache-- |
12:58 |
jvwoolf |
Now I just have to figure out if I can clone these templates or if I have to remake them all from scratch :) |
13:49 |
|
mmorgan joined #evergreen |
13:54 |
|
mmorgan joined #evergreen |
14:27 |
|
collum_ joined #evergreen |
14:44 |
jeff |
JBoyer: The option of using the juvenile flag is something I'm considering. Interestingly, it's not wired up in the UI. I haven't looked to see if the column actually makes a difference in code. |
14:46 |
JBoyer |
It does, I used it to allow holds on equipment that wasn't allowed to be circ'd unless you were 18. Didn't realize it wasn't in the UI though. (You can probably guess how I set it up.) |
14:47 |
berick |
séance |
14:47 |
JBoyer |
berick++ |
14:48 |
Dyrcona |
Has anyone ever pulled actor.org_unit_setting into the action_trigger environment? We've got libraries requesting to add their URL to notices. |
14:48 |
JBoyer |
Felt like it sometimes. "I'm trying to reach a policy that works as I expect, can you hear me?" |
14:49 |
Dyrcona |
I've never used the UI for any of the admin stuff. |
14:53 |
Dyrcona |
Hrm... Wait. I think there are helpers for getting settings in the A/T templates, no? |
14:54 |
mmorgan |
Dyrcona: I was going to say that. We've done it but I couldn't find an example. |
14:54 |
alynn26 |
I think GA Pines has done it. |
14:56 |
JBoyer |
Dyrcona, helpers.get_org_setting(aouid, setting) should do it |
14:57 |
csharp |
Dyrcona: Terran probably has examples too |
15:02 |
Dyrcona |
mmorgan, et al. Yes, helpers.get_org_setting(), and here's an example from our own templates: helpers.get_org_setting(target.0.circ_lib.id, 'org.bounced_emails') |
15:03 |
Dyrcona |
Thanks to all who answered, particularly JBoyer. I was looking through our templates, 'cause I knew it was there. :) |
15:30 |
mmorgan |
Dyrcona: Better late than never, found it: [%- helpers.get_org_setting(target.0.circ_lib.id, 'lib.info_url') -%] But you probably figured that out already :) |
15:31 |
Dyrcona |
mmorgan: Yes, thanks just the same for the sake of the logs. |
15:37 |
|
mantis1 left #evergreen |
16:00 |
|
sandbergja_ joined #evergreen |
16:42 |
|
sandbergja_ joined #evergreen |
16:48 |
|
sandbergja__ joined #evergreen |
17:22 |
|
mmorgan left #evergreen |
17:28 |
|
sandbergja__ joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:06 |
|
sandbergja__ joined #evergreen |
18:24 |
|
abowling1 joined #evergreen |
18:42 |
|
abowling joined #evergreen |
18:59 |
|
abowling1 joined #evergreen |
20:44 |
|
mrisher_ joined #evergreen |
22:01 |
|
annagoben joined #evergreen |
22:15 |
|
sandbergja__ joined #evergreen |