| Time |
Nick |
Message |
| 00:04 |
|
sandbergja joined #evergreen |
| 07:19 |
|
kworstell-isl joined #evergreen |
| 07:34 |
|
rfrasur joined #evergreen |
| 07:56 |
|
collum joined #evergreen |
| 08:00 |
|
BDorsey joined #evergreen |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:44 |
|
Stompro joined #evergreen |
| 09:05 |
|
kworstell-isl joined #evergreen |
| 09:09 |
|
kworstell_isl joined #evergreen |
| 09:11 |
|
kworstell_isl_ joined #evergreen |
| 09:12 |
|
Dyrcona joined #evergreen |
| 09:13 |
Dyrcona |
Rogan: Would the discovery layer mentioned in Bug 2004587 be Aspen? |
| 09:13 |
pinesol |
Launchpad bug 2004587 in Evergreen "multiple $bs in items from marc_export can confuse external systems" [Medium,Confirmed] https://launchpad.net/bugs/2004587 |
| 09:18 |
Rogan |
Drycona - that was what I was dealing with when I ran into it though I can imagine the issue affecting others as well |
| 09:18 |
Rogan |
Dyrcona ^ I need more tea |
| 09:22 |
Dyrcona |
:) |
| 09:22 |
Dyrcona |
Thanks! |
| 09:23 |
Dyrcona |
I've been asked about exporting copy tags and notes to Aspen this morning. |
| 09:23 |
Dyrcona |
Now, I wonder why copy tag and copy note are separate tables, but I guess the former is searchable in the OPAC and the latter isn't. |
| 10:24 |
|
Stompro joined #evergreen |
| 11:01 |
|
BrianK joined #evergreen |
| 11:03 |
|
sandbergja joined #evergreen |
| 11:58 |
|
collum joined #evergreen |
| 12:33 |
|
collum joined #evergreen |
| 12:37 |
|
collum joined #evergreen |
| 14:06 |
sharpsie |
2023-08-15 14:05:59 brick01-head open-ils.storage: [WARN:57626:Application.pm:624:169211952072000322] no_tz.open-ils.storage.actor.org_unit.closed_date.overlap: You are creating a DateTime object with a far future year (5418) and a time zone (-0400). If the time zone you specified has future DST changes this will be very slow. at /usr/share/perl5/DateTime/Format/Builder/Parser/Regex.pm line 71. |
| 14:06 |
sharpsie |
getting super-spammed by that |
| 14:07 |
sharpsie |
trying to figure out the source. |
| 14:07 |
jeff |
far-future due date / very long duration rule? |
| 14:07 |
sharpsie |
trying to figure out if it's a crazy closed date or a crazy circ date |
| 14:08 |
sharpsie |
also, the "far future year" is changing constantly and appears to be incementing |
| 14:08 |
jeff |
there is/was some "when is the org unit open?" logic that could become very annoying if a library had no open hours. |
| 14:08 |
sharpsie |
s/incementing/incrementing/ |
| 14:08 |
jeff |
i don't remember if it was hold targeter, fines generator, due date calculation, or all of the above. |
| 14:09 |
jeff |
Dyrcona: does this ring a bell? I seem to recall you poking at something similar, possibly during a time when libraries were closed in 2020? |
| 14:10 |
jeff |
sharpsie: have you tried using the thread trace 169211952072000322 to find the underlying call/operation? |
| 14:11 |
sharpsie |
ah - it's a checkout |
| 14:12 |
JBoyer |
sharpsie, I expect there's a location that is closed 7 days a week. Something (emergency closure, checkout, renewal, etc.) is trying to set a new due date and keeps on keeping on looking for the next time it's open. |
| 14:12 |
sharpsie |
it's a bookmobile |
| 14:12 |
JBoyer |
Ah, you got it while I was typing. :) |
| 14:12 |
JBoyer |
sharpsie++ |
| 14:12 |
sharpsie |
aha - I think we're on to it - thanks |
| 14:13 |
sharpsie |
so... hmmm |
| 14:14 |
sharpsie |
what do people do here then - put in fake hours? |
| 14:17 |
|
collum joined #evergreen |
| 14:17 |
JBoyer |
That's one way to deal with it, they only have to be open briefly, 00:00:00 - 00:05:00 *should* work. |
| 14:17 |
sharpsie |
ok |
| 14:18 |
JBoyer |
I imagine there's an LP somewhere about dealing with it for real. |
| 14:18 |
Dyrcona |
That might be Lp 1901191 |
| 14:18 |
pinesol |
Launchpad bug 1901191 in Evergreen "open-ils.storage.actor.org_unit.closed_date.overlap can hang and gives inconsistent results" [High,Confirmed] https://launchpad.net/bugs/1901191 |
| 14:18 |
JBoyer |
(And that fake open time only needs to be on 1 day, not all 7) |
| 14:19 |
sharpsie |
Dyrcona: that looks like what I'm seeing |
| 14:20 |
Dyrcona |
We had a location or two that were set to closed all the time. It stopped being a problem, so I stopped looking into it. The routine probably needs a check for a location being always closed. In that case, it should probably just say the date is good. |
| 14:24 |
JBoyer |
Between that and the desire to have split / other open hours there's probably a really major project to deal with time deep down in eg's guts. That would of course explain why no one has seen fit to take it on to date. :-/ |
| 14:26 |
sharpsie |
JBoyer++ jeff++ Dyrcona++ # thanks all |
| 14:26 |
sharpsie |
I have several irons in the fire, but now I'm curious about the bug and may devote some time to it soon |
| 14:28 |
|
collum joined #evergreen |
| 14:50 |
berick |
related: bug #1829295 - overhauls the open days calc |
| 14:50 |
pinesol |
Launchpad bug 1829295 in Evergreen "Shelf expire date doesn't respect closed dates" [Wishlist,Confirmed] https://launchpad.net/bugs/1829295 |
| 14:50 |
berick |
running locally for a few years now |
| 15:03 |
jeff |
time and phone numbers, among likely many others. :-) |
| 17:04 |
|
mmorgan left #evergreen |
| 17:54 |
|
stompro_home joined #evergreen |
| 21:55 |
|
stompro__ joined #evergreen |
