| Time |
Nick |
Message |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 08:36 |
|
mantis1 joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:46 |
|
Dyrcona joined #evergreen |
| 08:59 |
|
dbwells joined #evergreen |
| 09:12 |
|
rfrasur joined #evergreen |
| 09:21 |
|
yboston joined #evergreen |
| 09:21 |
|
phasefx_ joined #evergreen |
| 09:21 |
|
lbarry joined #evergreen |
| 09:22 |
|
abneiman joined #evergreen |
| 09:22 |
|
akilsdonk joined #evergreen |
| 09:22 |
|
rhamby joined #evergreen |
| 09:22 |
|
miker joined #evergreen |
| 09:22 |
|
jweston joined #evergreen |
| 09:27 |
|
jweston joined #evergreen |
| 09:27 |
|
egbuilder joined #evergreen |
| 09:31 |
|
jyorio joined #evergreen |
| 09:31 |
|
miker joined #evergreen |
| 09:33 |
|
drigney joined #evergreen |
| 09:33 |
|
felicia joined #evergreen |
| 09:33 |
|
phasefx_ joined #evergreen |
| 09:33 |
|
jgoodson joined #evergreen |
| 09:33 |
|
jweston joined #evergreen |
| 09:33 |
|
lbarry joined #evergreen |
| 09:33 |
|
abneiman joined #evergreen |
| 09:33 |
|
jvwoolf joined #evergreen |
| 09:34 |
|
akilsdonk joined #evergreen |
| 09:43 |
|
felicia joined #evergreen |
| 09:44 |
|
jgoodson joined #evergreen |
| 09:44 |
|
phasefx_ joined #evergreen |
| 09:44 |
|
miker joined #evergreen |
| 09:44 |
|
drigney joined #evergreen |
| 09:44 |
|
jweston joined #evergreen |
| 09:44 |
|
lbarry joined #evergreen |
| 09:44 |
|
akilsdonk joined #evergreen |
| 09:44 |
|
abneiman joined #evergreen |
| 09:45 |
|
jyorio joined #evergreen |
| 10:01 |
|
mmorgan1 joined #evergreen |
| 10:07 |
|
egbuilder joined #evergreen |
| 10:15 |
|
egbuilder joined #evergreen |
| 10:20 |
|
miker joined #evergreen |
| 10:20 |
|
phasefx_ joined #evergreen |
| 10:20 |
|
akilsdonk joined #evergreen |
| 10:20 |
|
jyorio joined #evergreen |
| 10:20 |
|
jweston joined #evergreen |
| 10:21 |
|
abneiman joined #evergreen |
| 10:21 |
|
drigney joined #evergreen |
| 10:21 |
|
lbarry joined #evergreen |
| 10:21 |
|
felicia joined #evergreen |
| 10:21 |
|
jgoodson joined #evergreen |
| 10:27 |
|
sandbergja joined #evergreen |
| 10:33 |
|
miker joined #evergreen |
| 10:33 |
|
jweston joined #evergreen |
| 10:33 |
|
akilsdonk joined #evergreen |
| 10:34 |
|
phasefx_ joined #evergreen |
| 10:34 |
|
jyorio joined #evergreen |
| 10:34 |
|
drigney joined #evergreen |
| 10:34 |
|
abneiman joined #evergreen |
| 10:34 |
|
lbarry joined #evergreen |
| 10:34 |
|
jgoodson joined #evergreen |
| 10:34 |
|
felicia joined #evergreen |
| 10:42 |
|
miker joined #evergreen |
| 10:45 |
Dyrcona |
@seen rhamby |
| 10:45 |
pinesol |
Dyrcona: rhamby was last seen in #evergreen 4 days, 2 hours, 26 minutes, and 35 seconds ago: <rhamby> the ymmv variable makes it a bit of negotiation at times but we seem to make it work |
| 10:46 |
Dyrcona |
Has anyone done any Koha to Evergreen migrations? |
| 10:46 |
* bshum |
bets gmcharlt has :) |
| 10:55 |
gmcharlt |
upon checking my notes, I did indeed do one |
| 10:58 |
Dyrcona |
Looks like I'm going to have one coming up. I am probably going to have to provide some guidance to the other side about exporting their data in a format that we can use, so any advice/tools you could share would be useful. |
| 10:58 |
gmcharlt |
one consideration is whether it's real Koha or LibLime Koha |
| 10:59 |
* Dyrcona |
was slightly surprised that there are no Koha tools in the EOLI migration-tools repo. |
| 10:59 |
Dyrcona |
Ah... Good point, gmcharlt. I don't know that at the moment but can/will find out. |
| 11:00 |
gmcharlt |
if it's real Koha, the library should be able to readily supply a MySQL dump; among other ways it gets done, copies two days back get dumped in /var/spool/koha on the Koha app server |
| 11:00 |
gmcharlt |
and there are command-line jobs readily available to get a MARC+embedded items export |
| 11:01 |
gmcharlt |
the DB schema is reasonably straightforward |
| 11:01 |
Dyrcona |
Yeah, I figured such things existed. Thanks, gmcharlt! |
| 11:01 |
gmcharlt |
active loans in "issues", active hol requests in "reserves", and old* versions of those two tables for completed transactions |
| 11:01 |
gmcharlt |
fees and payments get lumped in together in "accountlines" |
| 11:02 |
gmcharlt |
users (both staff and patrons) in "borrowers" |
| 11:03 |
Dyrcona |
I could check Koha out again with git and have a deeper look. I'm not sure how much support I'm supposed to provide the other side of this equation. |
| 11:03 |
|
collum joined #evergreen |
| 11:29 |
|
Christineb joined #evergreen |
| 11:31 |
|
rhamby joined #evergreen |
| 11:56 |
|
mmorgan joined #evergreen |
| 12:00 |
|
mantis1 joined #evergreen |
| 12:13 |
Dyrcona |
We didn't actually have the January 7 developers' meeting, did we? |
| 12:15 |
|
khuckins joined #evergreen |
| 12:19 |
Dyrcona |
I suppose that I won't move something over to new business that has already happened. |
| 12:19 |
Dyrcona |
Does anyone object to having the January agenda link removed? |
| 12:20 |
csharp |
no objections here |
| 12:20 |
Dyrcona |
It can always be resurrected if necessary. |
| 12:22 |
Dyrcona |
I moved the action item over. Everything else looks OK. One New Business item for the last meeting was discussed and has been done, so no point in carrying that forward. |
| 12:23 |
Dyrcona |
I thought that I had something else for the agenda, but it isn't that big of a deal. |
| 12:23 |
|
jihpringle joined #evergreen |
| 12:39 |
Bmagic |
Bug 1835953 - Trying to find the code where it makes the selection of the target circulations. Is that implied somehow? Hook autorenewal is not passive and therefore it doesn't use action_trigger.json to guide it's selection? Or can it? mmorgan seems to have introduced a clause in there |
| 12:39 |
pinesol |
Launchpad bug 1835953 in Evergreen "Autorenewals should not be attempted on circs where auto_renewal_remaining is NULL" [Undecided,New] https://launchpad.net/bugs/1835953 |
| 12:40 |
|
sandbergja joined #evergreen |
| 12:40 |
JBoyer |
Bmagic it |
| 12:41 |
JBoyer |
it's a combination of due date and validity offsets. It pulls any circ (by default) due "tonight" |
| 12:42 |
Bmagic |
where is that code? |
| 12:42 |
JBoyer |
I would think there's a way to do what you want with action_trigger_filter.json, but I'm not certain off hand how. |
| 12:42 |
|
JBoyer left #evergreen |
| 12:42 |
|
JBoyer joined #evergreen |
| 12:46 |
pastebot |
"mmorgan" at 168.25.130.30 pasted "custom action_trigger_filter.json" (14 lines) at http://paste.evergreen-ils.org/10125 |
| 12:46 |
mmorgan |
Bmagic: We are using the above custom filter for the autorenewal trigger. |
| 12:47 |
JBoyer |
mmorgan++ |
| 12:47 |
Bmagic |
ah - inside the checkout.due clause.... autorenewal hooks use that? |
| 12:48 |
JBoyer |
Don't want to autorenew circs that aren't due soon. :) |
| 12:49 |
mmorgan |
Also, for our duration rules with max_renewals = 0, max_auto_renewals is NULL. |
| 12:49 |
mmorgan |
So circs that aren't renewable in the first place won't get an autorenewal attempt. |
| 12:49 |
Bmagic |
the trigger def has the delay (set to 5 minutes) - that is compared to due_date ? |
| 12:52 |
Dyrcona |
Bmagic: You're looking at the notices. There are two parts to this: The auto-renewal itself, then the notice. The notice event is generated by the auto-renewal event. |
| 12:53 |
Bmagic |
oh right |
| 12:55 |
Dyrcona |
I was just trying to find the defaults for the auto-renew event itself. Our delays are -23 hours and -1 hour (max) delay. |
| 12:56 |
Dyrcona |
I'm pretty sure that we changed them. |
| 12:58 |
mmorgan |
Our delays are -23 hours and -1 minute max delay. I'm not sure if we went with defaults for those, or made changes :-/ |
| 13:00 |
Dyrcona |
mmorgan++ I just found it and now that I look at hours again, we are using the defaults. I misspoke about the -1 hour. It is -1 minute. |
| 13:00 |
Dyrcona |
It was harder to find these because they don't use a fixed id in the 950.data.seed-values.sql. |
| 13:01 |
Dyrcona |
Guess while I'm poking in the database, I'll check for stuck events. |
| 13:03 |
Bmagic |
mmorgan++ # auto-renew blazing |
| 13:03 |
Bmagic |
and because it's been awhile: hanabi++ |
| 13:05 |
Dyrcona |
hah |
| 13:11 |
Dyrcona |
Bmagic: When do you run your auto-renew a/t runner? |
| 13:16 |
|
collum joined #evergreen |
| 13:37 |
|
collum joined #evergreen |
| 14:12 |
jeff |
What do y'all use patron buckets / user buckets for? |
| 14:14 |
|
awitter joined #evergreen |
| 14:17 |
|
collum joined #evergreen |
| 14:57 |
Dyrcona |
Anyone got any tips for debugging JavaScript from a TT2 template? I can't find the JS code in the Chrome developer tools. |
| 15:22 |
|
collum joined #evergreen |
| 15:28 |
|
jvwoolf joined #evergreen |
| 15:29 |
|
mantis1 left #evergreen |
| 16:20 |
|
khuckins joined #evergreen |
| 16:21 |
sandbergja |
Dyrcona: fwiw, looking at the Network tab in Firefox dev tools helped me track down a pesky JS error in a tt2 template in the Web client the other day (it was a locally cached version instead of the real version from the server) |
| 16:21 |
Bmagic |
Dyrcona: Some libraries have it at -3 days and and some at -1 days |
| 16:22 |
Dyrcona |
sandbergja: Firefox lets me set the breakpoint, but Chrome shows nothing for the login page. They both behave differently also. In Firefox with the debugger going, the onclikc handler I'm trying to debug whenever I click in the window, not just in a form widget. |
| 16:22 |
Bmagic |
I forget what the catalyst was when the billing_ts for overdue billing rolls over the midnight and is set for a second before 1am the next day. Troublshooting an issue with fines applying after the item is returned |
| 16:24 |
Dyrcona |
I missed a few words there. If you need me to repeat that more coherently, let me know. |
| 16:24 |
Dyrcona |
Bmagic: That is not something we allow here. All libraries do it the same. |
| 16:25 |
|
jvwoolf1 joined #evergreen |
| 16:25 |
berick |
Bmagic: a second before 1am the next day? billing_ts may have a different time zone (DST vs non-DST, for example) |
| 16:26 |
Bmagic |
berick: yep, 1 am the next day - timezones come to mind but which system? The utility server? It has the right TZ set on the system |
| 16:27 |
berick |
Bmagic: my point being the value may be correct, it just looks wrong becuase it's represented in a different time zone. |
| 16:28 |
Bmagic |
I was starting to think that's what you meant - it's not the case here |
| 16:28 |
Bmagic |
widening my search, I have plenty of overdue billings that are correct and were assesed around the same timeframe |
| 16:30 |
Bmagic |
I was thinking it may have been the wrong TZ set for action.circulation.due_date but no. Also set to -5 |
| 16:33 |
Dyrcona |
Bmagic: Are you in central time? |
| 16:33 |
Bmagic |
no |
| 16:34 |
Bmagic |
EDT |
| 16:34 |
Dyrcona |
OK. I thought you were, and technically, it's EST right now. :) |
| 16:34 |
Dyrcona |
-5 is correct, then. |
| 16:34 |
Bmagic |
There is only one example of this so I guess let it go |
| 16:35 |
jeff |
keep in mind that postgresql displays those timestamptz values in your client TZ. there is no TZ stored with the timestamptz value. |
| 16:35 |
jeff |
"All timezone-aware dates and times are stored internally in UTC. They are converted to local time in the zone specified by the TimeZone configuration parameter before being displayed to the client." |
| 16:36 |
jeff |
-- https://www.postgresql.org/docs/9.6/datatype-datetime.html |
| 16:36 |
Bmagic |
jeff: yep |
| 16:37 |
Bmagic |
"oh well" I guess |
| 16:45 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2020-02/2020-02-03_16:00:02/test.7.html> |
| 16:54 |
|
jihpringle joined #evergreen |
| 17:03 |
|
mmorgan left #evergreen |
| 17:23 |
|
collum joined #evergreen |
| 18:24 |
|
collum joined #evergreen |
| 20:19 |
|
sandbergja joined #evergreen |
| 20:19 |
|
rfrasur joined #evergreen |
| 20:25 |
|
collum joined #evergreen |
| 20:54 |
|
sandbergja joined #evergreen |
| 20:57 |
|
yboston joined #evergreen |
| 21:15 |
|
yboston joined #evergreen |
| 21:29 |
|
collum joined #evergreen |
| 21:37 |
|
collum joined #evergreen |
| 22:01 |
|
sandbergja joined #evergreen |
| 22:10 |
|
cmalm joined #evergreen |
| 22:51 |
|
yboston joined #evergreen |
| 23:38 |
|
collum joined #evergreen |
