| Time |
Nick |
Message |
| 03:08 |
|
oiseau joined #evergreen |
| 03:08 |
oiseau |
hello |
| 04:24 |
|
oiseau17 joined #evergreen |
| 06:46 |
|
collum joined #evergreen |
| 08:17 |
|
oiseau joined #evergreen |
| 08:17 |
oiseau |
oiseau |
| 08:18 |
oiseau |
is this a european chat room? |
| 08:19 |
|
oiseau46 joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 09:03 |
|
mantis1 joined #evergreen |
| 09:04 |
|
dguarrac joined #evergreen |
| 09:05 |
|
Dyrcona joined #evergreen |
| 09:24 |
Bmagic |
When a branch closes for rennovations, the hold targeting system shouldn't target copies and put items on pull lists for a hold where the pickup OU is the closed branch. But it does. What settings/rules does everyone employ in this situation? |
| 09:26 |
mmorgan |
Bmagic: The two relevant library settings are: circ.holds.target_when_closed and circ.holds.target_when_closed_if_at_pickup_lib |
| 09:26 |
Bmagic |
we're running a sql script that freezes holds where the pickup OU is the ID number, and put a thaw date 100 years from now at a specific date/time, so we know which holds we froze versus which ones the patron froze |
| 09:27 |
Dyrcona |
You can also set circ.holds.target_skip_me |
| 09:28 |
Bmagic |
checking on those |
| 09:28 |
mmorgan |
Dyrcona++ How did I miss that one? |
| 09:29 |
Dyrcona |
I can't remember if we usually freeze holds in this case. If we do, we same the state of the holds in a table before hand so we can reset them later. Patrons can also thaw the holds on their own. |
| 09:30 |
Dyrcona |
We have 1 branch of a multibranch system that's closing briefly, and we added a default pickup location for patrons who didn't have one of another branch. I also kept those in a table so we can undo the ones that patrons have not modified later. |
| 09:31 |
Bmagic |
mmorgan++ Dyrcona++ # thanks for the reminder |
| 09:31 |
Bmagic |
I asked because I'm helping a library who are Evergreen veterans, and I figured they'd already explored all of the settings but for some reason still has this issue |
| 09:32 |
Bmagic |
I think these settings have to do with the branch supplying the copies, not the other way around? |
| 09:33 |
Dyrcona |
We also do things to make it not a pickup location temporarily. |
| 09:33 |
Bmagic |
It's where the patrons of the closed library enter holds into the system, and the system happily targets copies from other branches to fill their holds |
| 09:36 |
Dyrcona |
Yeahp. Do something like not allow the location to have users. I think that's a requirement for being a pickup location. (I'm not over the headache that I had yesterday.) |
| 09:37 |
Bmagic |
If you change the branch OU property to not allow users, the hold targeter won't look at the holds? Then, when the branch opens, flip that switch back? |
| 09:37 |
Dyrcona |
Never mind. That's on the ou_type. |
| 09:38 |
Bmagic |
:) I thought there was a catch in there somewhere |
| 09:38 |
Dyrcona |
YAOUS: opac.holds.org_unit_not_pickup_lib |
| 09:39 |
Bmagic |
ah, yes, that setting is* what they are using |
| 09:39 |
Bmagic |
I think there's a bug in here somewhere |
| 09:41 |
Dyrcona |
Holds are over complicated |
| 09:43 |
Dyrcona |
That setting might not affect existing holds. I know it prevents new holds from being placed. |
| 09:44 |
mmorgan |
Bmagic: Yeah. We've found there's no way to really stop the flow of holds to a closed library entirely. There should be. I always feel like I'm missing something. |
| 09:45 |
Bmagic |
I though the bug was at-hold-placement-time if there's an elidgable copy, the hold code will go ahead and target it. It's the cron hold targeter that respects the setting, not the execution at hold placement time |
| 09:46 |
Bmagic |
elidgible # I'm never going to learn how to spell |
| 09:48 |
mmorgan |
eligible :) |
| 09:48 |
Bmagic |
If I haven't learned by now..... One thing is: I know it looks wrong |
| 09:49 |
mmorgan |
Bmagic: You don't need to know how to spell. Your brain is doing other things. :) |
| 09:49 |
Bmagic |
lol, something crowded that skill out at a young age I think |
| 09:51 |
Bmagic |
While all the boys and girls were playing ball at recess, I was playing chess with a pocket chess set. I did like to play tetherball occationally, lol. |
| 09:52 |
Dyrcona |
Typos usually in my case, not improper spelling. Been typing over 40 years, you'd think that I would have figured it out by now. |
| 09:53 |
Bmagic |
:) that too |
| 09:53 |
Dyrcona |
The quick brown fox jumps over the lazy dog. |
| 10:08 |
Dyrcona |
parts-- |
| 10:50 |
jeff |
illegible eligible dirigible |
| 10:55 |
|
sandbergja joined #evergreen |
| 11:09 |
Dyrcona |
@ana illegible eligible dirigible |
| 11:09 |
pinesol |
Dyrcona: I beg lie libel glib, idle girlie |
| 11:10 |
Dyrcona |
@band add Illegible Dirigible |
| 11:10 |
pinesol |
Dyrcona: Band 'Illegible Dirigible' added to list |
| 11:34 |
|
Christineb joined #evergreen |
| 11:42 |
|
jihpringle joined #evergreen |
| 11:43 |
|
smayo joined #evergreen |
| 11:48 |
smayo |
Shoutout to bib record 128 in Concerto, for having such a long title. |
| 11:49 |
smayo |
Good stress tester |
| 11:50 |
csharp_ |
@ana Shoutout to bib record 128 in Concerto |
| 11:50 |
pinesol |
csharp_: Botchier, inodorous butt |
| 11:50 |
csharp_ |
well |
| 11:51 |
csharp_ |
pinesol: bad |
| 11:51 |
pinesol |
csharp_: http://images.cryhavok.org/d/1291-1/Computer+Rage.gif |
| 11:51 |
csharp_ |
dead link! |
| 11:51 |
csharp_ |
pinesol: that's bad too |
| 11:51 |
pinesol |
csharp_: I see nothing, I know nothing! |
| 12:17 |
jeff |
similar typo: dozends |
| 12:30 |
|
collum joined #evergreen |
| 12:31 |
|
_collum joined #evergreen |
| 12:32 |
|
collum_ joined #evergreen |
| 12:33 |
|
collum__ joined #evergreen |
| 12:46 |
|
spagnod joined #evergreen |
| 12:47 |
Bmagic |
if a library wants a custom emailed receipt template, can we just clone the consortium action trigger and scope it to their library? And the AT reactor will use it instead? |
| 12:49 |
|
collum joined #evergreen |
| 12:51 |
mmorgan |
Bmagic: I *think* the patron would get two receipts in that case, unless the cons trigger used a filter to exclude the library with the custom trigger. Hoping someone will correct me if I'm mistaken! |
| 12:58 |
Dyrcona |
mmorgan: You are correct. |
| 12:58 |
jmurray-isl |
mmorgan Yes, two events would be created unless you specifically exclude the library from the consortium trigger. |
| 13:00 |
Dyrcona |
Another option is to add a conditional to the template to display some special language if the ou matches the library that wants something special. |
| 13:00 |
Dyrcona |
We do not allow that sort of thing. |
| 13:03 |
mmorgan |
Yes, we do a lot of conditional language in the consortium triggers. |
| 13:05 |
Dyrcona |
If it's a routine thing, it might be wise to create a new org_unit setting and pull that in. There's nothing stopping you from creating custom settings for things like this. |
| 13:05 |
jeff |
and while it isn't currently wired up as conveniently as is is for print receipts, you might even be able to use/re-use org unit settings like circ.staff_client.receipt.alert_text and friends if you go the conditionals-in-main-event-def route. |
| 13:05 |
jeff |
hah, almost-jinx. |
| 13:06 |
Dyrcona |
:) |
| 13:06 |
Dyrcona |
I'm make a new one, prefixed with some code, like "cwmars" in our case. |
| 13:06 |
Dyrcona |
cwmars.lib_notice_language or whatever. |
| 13:07 |
Dyrcona |
Not that we're doing that. We decided custom notice language for all of our members would be too much to deal with. |
| 13:10 |
Dyrcona |
Reusing an existing setting is also a good idea. Maybe better. |
| 13:17 |
|
redavis joined #evergreen |
| 13:34 |
Dyrcona |
Trying to get Fieldmapper to query for the existence of a field on an object, and it's not working. I'm obviously doing something wrong. I guess I don't really need it for this test, since I can use a try block and bail if throws an error. |
| 13:36 |
Dyrcona |
oh great. ejabberd and redis are running and opensrf thinks it should use redis.... |
| 13:37 |
|
spagnod joined #evergreen |
| 13:37 |
Dyrcona |
Setting up a test vm is more complicated than it used to be, particularly when it is one that hasn't been used for several months. |
| 13:38 |
redavis |
Dyrcona++ |
| 13:38 |
Dyrcona |
Yes, I know... "Docker." But docker isn't as flexible generally speaking. |
| 13:39 |
Dyrcona |
'Cause I'm not testing a branch per se. I want to test my test script, and I'm going to use a patch for before an after. |
| 13:40 |
redavis |
I've been hearing some grumblies about docker recently. mostly about that flexibility factor. and it not keeping pace. |
| 13:42 |
|
jihpringle joined #evergreen |
| 13:46 |
Dyrcona |
And it is set up for Ejabberd in opensrf_core.xml but it complains about redis.... |
| 13:50 |
Dyrcona |
berick ^^ I've not encountered that one before. OpenSRF main and Evergreen main. OpenSRF configured for ejabberd complains it can't talk to redis. |
| 13:50 |
Dyrcona |
Error while reading from Redis server: at /usr/share/perl5/Redis.pm line 321. |
| 13:52 |
* Dyrcona |
has to duck out for a few. |
| 13:58 |
Bmagic |
Does anyone know if a bug already exists with this emailed receipt template override wishlist? |
| 14:03 |
jihpringle |
Bmagic: I don't think a bug already exists for that |
| 14:03 |
Bmagic |
jihpringle++ |
| 14:04 |
jihpringle |
if you create it I will confirm and add heat :) |
| 14:04 |
Bmagic |
Imma write one |
| 14:07 |
Bmagic |
bug 2111118 |
| 14:07 |
pinesol |
Launchpad bug 2111118 in Evergreen "Wistlist: Allow email receipt templates to be overridden" [Undecided,New] https://launchpad.net/bugs/2111118 |
| 14:07 |
mmorgan |
Bmagic: I think it would be a good option for all action triggers to be able to have a system/branch specific one override the cons. |
| 14:08 |
Bmagic |
look at all those 1's. Sweet |
| 14:08 |
redavis |
mmorgan++ |
| 14:09 |
redavis |
also Bmagic++ jihpringle++ |
| 14:38 |
|
jvwoolf joined #evergreen |
| 14:42 |
|
fguel joined #evergreen |
| 14:46 |
fguel |
Hi all, I am trying to custom my 3.12 EG server, changing the green color to our institutional color, I already modify the /openils/var/templates/opac/parts/css/colors.tt2 file but doesnt show the changes |
| 14:52 |
Dyrcona |
fguel: I'm not sure. You did install the changes, right? |
| 14:52 |
Dyrcona |
Also, back to my test: it fails on concerto because there are no renewals to look at. |
| 14:52 |
Dyrcona |
So, guess I need a new test. |
| 14:53 |
fguel |
Dyrcona yes |
| 15:01 |
Dyrcona |
You probably need to change the bootstrap template css as well. |
| 15:03 |
Dyrcona |
fguel: look under Open-ILS/src/templates-bootstrap/ |
| 15:25 |
Dyrcona |
OK. So, now I have a test script with two tests, including an eval to check the datatype of the new field in case someone (me) backports this branch prior to 3.15.... |
| 15:27 |
fguel |
Dyrcona, thanks, I modified the file /openils/var/templates-bootstrap/opac/css/style.css.tt2 and it works |
| 15:29 |
Dyrcona |
fguel: The bootstrap-templates are for the newer OPAC, you should look at those first. The older one only kicks in if someone visits a page that doesn't exist in the bootrap-templates, or if you deliberately switch them in your Apache configuration. |
| 15:37 |
fguel |
ok ok, thanks |
| 15:49 |
Dyrcona |
All right, all right. Four tests now with two that are skippable if Fieldmapper doesn't support them. |
| 15:53 |
Dyrcona |
What's one more test between friends? |
| 16:37 |
|
jvwoolf1 joined #evergreen |
| 17:01 |
|
mmorgan left #evergreen |
| 17:12 |
|
jvwoolf1 left #evergreen |
