| Time |
Nick |
Message |
| 01:33 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
|
rjackson_isl_hom joined #evergreen |
| 08:03 |
|
mantis1 joined #evergreen |
| 08:29 |
|
alynn26 joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:53 |
|
rfrasur joined #evergreen |
| 09:02 |
|
Dyrcona joined #evergreen |
| 09:16 |
Dyrcona |
Whee! |
| 09:17 |
|
sandbergja joined #evergreen |
| 09:26 |
mmorgan |
When a Launchpad bug with a pullrequest needs a rebase, should the pullrequest be removed and needsrepatch added? |
| 09:26 |
mmorgan |
For example, bug 1778063 |
| 09:26 |
|
sandbergja joined #evergreen |
| 09:26 |
pinesol |
Launchpad bug 1778063 in Evergreen 3.5 "Web client forms need autocomplete and autocapitalize attributes" [Medium,Confirmed] https://launchpad.net/bugs/1778063 |
| 09:28 |
Dyrcona |
mmorgan: That's reasonable along with a comment about it needing a rebase. |
| 09:32 |
csharp |
+1 - yeah I usually leave it up to the patch author to rebase if there's a conflict more complicated than I can figure out in 30 seconds :-) |
| 09:44 |
mmorgan |
Dyrcona: csharp: Thanks! Maybe we need a needsrebase Launchpad tag? |
| 09:45 |
Dyrcona |
I often don't mess with tags, and just say in a comment that the branch needs a rebase. |
| 09:46 |
Dyrcona |
But, if a new tag adds clarity, then I'm OK with it. |
| 09:48 |
csharp |
needsrepatch is usually what I apply |
| 09:53 |
|
sandbergja joined #evergreen |
| 09:55 |
|
jvwoolf left #evergreen |
| 09:59 |
JBoyer |
uuuuggghhhhh.... that one is a hassle. Given that there isn't a great way to keep it current it would ideally get a rapid check and commit shortly after rebasing. Also I don't know what state the bootstrap opac is in but at this point that should just be another bug. (That one should probably have been split into staff / opac anyway, especially since I don't know what needs done now for the Angular client...) |
| 10:00 |
|
Cocopuff2018 joined #evergreen |
| 10:04 |
Dyrcona |
Maybe it should wait until right around the 3.7 RC to be rebased, tested, and pushed? |
| 10:05 |
JBoyer |
That would probably be good. I'll also need to reign it in to maybe just cover the TPAC (maybe bootstrap, we'll see), staff login, and the patron editor to hit the really important bits. |
| 10:06 |
JBoyer |
Not sure why I thought a single 100+ file patch was a good idea. :D |
| 10:09 |
Dyrcona |
Meh. |
| 10:09 |
Dyrcona |
Though, I should probably look at the commit(s) before I actually comment. :) |
| 10:27 |
|
jvwoolf joined #evergreen |
| 11:46 |
|
dluch joined #evergreen |
| 12:03 |
|
jihpringle joined #evergreen |
| 12:14 |
|
Cocopuff2018 joined #evergreen |
| 12:32 |
|
collum joined #evergreen |
| 12:34 |
berick |
getting a crazy high number of GET requests from an EBSCO IP address for things like this: |
| 12:34 |
berick |
/opac/extras/unapi?id=tag:acq.open-ils.org:biblio-record_entry/1613094/-&format=marcxml-uris |
| 12:34 |
berick |
anyone know what service those calls might be related to? |
| 12:39 |
Dyrcona |
Since we're currently down, I'm getting questions about offline circ in the web staff client not working. What's the requirement for that work? Do staff have to use regular circ before or do they have to open the offline circ interface while logged in before? And, I suppose if they clear cache as we're always having to tell them to do, they'll have to visit whichever interface again? |
| 12:46 |
|
sandbergja joined #evergreen |
| 12:52 |
JBoyer |
berick, ooh, I know those. Are you seeing something like 15-20k per hour? |
| 12:53 |
JBoyer |
Well, "know," I've seen them before. Haven't gotten a straight answer from anyone as to why or why so many. |
| 12:53 |
jeffdavis |
Dyrcona: IIRC they have to load the checkout interface for offline to work. I seem to recall issues with offline after hitting refresh, so probably a good idea to load checkout after clearing cache. |
| 12:54 |
berick |
JBoyer: yep. peaked at 123k/hour Tuesday. had to block the IP :\ |
| 12:54 |
berick |
working our way up their support chain now... |
| 12:54 |
JBoyer |
As for offline circ, the only way I've had high-reliability is when I unplug the local machine. It may help to turn down your load balancers so connections to ports 80 and 443 are simply refused rather than the lb picking them up and seeing there's nowhere to send them. |
| 12:56 |
JBoyer |
berick, I assumed it was some kind of EBSCO product that a customer had purchased (some kind of EDS addon or something) but if you don't know why they're basically doing a full holdings scrape of your system that's really wild. |
| 12:57 |
berick |
"scraped" accurately describes the sensation |
| 12:58 |
JBoyer |
"That really chaps my platters!" sounds a bit like Woody from Toy Story, were he to move into IT. |
| 12:59 |
JBoyer |
And basically fits the situation. |
| 13:00 |
berick |
eh |
| 13:00 |
berick |
heh |
| 13:01 |
JBoyer |
Given some of their other moves in the industry I wonder if they're thinking about some kind of ill-advised alternative to WorldCat. |
| 13:01 |
jeffdavis |
I see some of those requests in our logs too, but not thousands of them (at least not in the past month) - at most a few dozen per day. We have a few libraries using EDS as a discovery layer. |
| 13:02 |
jeffdavis |
We also do daily MARC record exports for Ebsco, which perhaps spares us some scraping? |
| 13:04 |
JBoyer |
Well, in both of those cases you're an EBSCO customer, so that makes some sense, but if they're just going to throw requests at seemingly random catalogs and try to pull down the entire collection, records, holdings, and all something's screwed up. |
| 13:05 |
mmorgan |
berick: seeing those here as well, my first thought it that it has to do with checking shelf availabilty for Novelist. |
| 13:06 |
JBoyer |
Which I thought was export-based. (I know something related to Novelist is, anyway.) |
| 13:06 |
mmorgan |
https://connect.ebsco.com/s/article/Setting-up-On-The-Shelf?language=en_US |
| 13:07 |
berick |
mmorgan: thanks |
| 13:10 |
JBoyer |
"We discourage Evergreen customers from utilizing this feature for collection harvesting." - NO KIDDING. |
| 13:10 |
berick |
yeah, saw that ;) |
| 13:13 |
JBoyer |
In that case I'm assuming they're using some kind of elastic thing that tries to slow down if it seems like things are amiss, but I'd rather tell them "you can have 2 requests a second, as a treat." |
| 13:16 |
dluch |
Notice: DIG Meeting will be starting in 45 minutes |
| 13:49 |
|
ohiojoe joined #evergreen |
| 13:54 |
berick |
mmorgan++ # seems like the likely culprit |
| 13:57 |
JBoyer |
berick, I'm curious: were you seeing service degradation caused by these requests or just noticed this huge number of requests and wanted to know why? |
| 13:57 |
JBoyer |
I guess you did say you had to block the IP, that kind of sounds like a problem being caused. |
| 13:58 |
|
jweston joined #evergreen |
| 13:58 |
berick |
JBoyer: yeah, at its peak it was swamping our bricks |
| 13:59 |
|
miker joined #evergreen |
| 13:59 |
|
drigney joined #evergreen |
| 14:00 |
|
abneiman joined #evergreen |
| 14:00 |
dluch |
#startmeeting 2021-01-07 - Documentation Interest Group Meeting |
| 14:00 |
pinesol |
Meeting started Thu Jan 7 14:00:25 2021 US/Eastern. The chair is dluch. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:00 |
pinesol |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 14:00 |
|
Topic for #evergreen is now (Meeting topic: 2021-01-07 - Documentation Interest Group Meeting) |
| 14:00 |
pinesol |
The meeting name has been set to '2021_01_07___documentation_interest_group_meeting' |
| 14:00 |
|
akilsdonk joined #evergreen |
| 14:00 |
|
phasefx joined #evergreen |
| 14:00 |
|
lisacarlucci joined #evergreen |
| 14:01 |
dluch |
#topic Agenda |
| 14:01 |
|
Topic for #evergreen is now Agenda (Meeting topic: 2021-01-07 - Documentation Interest Group Meeting) |
| 14:01 |
dluch |
#info The agenda can be found here: https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meetings:20210107-agenda |
| 14:01 |
dluch |
Welcome everyone! Today's meeting will be business, followed by collaboration and working on documentation, if there's time. |
| 14:01 |
dluch |
#topic Introductions |
| 14:01 |
dluch |
Please paste "#info <username> is <name>, <affiliation>" to identify who you are and what organization, if any, you represent. |
| 14:01 |
dluch |
#info dluch is Debbie Luchenbill, MOBIUS |
| 14:01 |
|
Topic for #evergreen is now Introductions (Meeting topic: 2021-01-07 - Documentation Interest Group Meeting) |
| 14:02 |
jihpringle |
#info jihpringle is Jennifer Pringle, BC Libraries Cooperative (Sitka) |
| 14:03 |
dluch |
Well, jihpringle, if it's just us, we're going to have an even shorter meeting than I thought. :-) |
| 14:03 |
dluch |
I'll wait a couple more minutes |
| 14:05 |
jihpringle |
I figured it would be a quiet meeting, just maybe not quite this quiet :) |
| 14:05 |
dluch |
Okay, well, jihpringle, how are you doing? |
| 14:05 |
dluch |
Lol, me too! |
| 14:06 |
dluch |
Oh, and just to have it in the minutes, |
| 14:06 |
dluch |
#info dluch did not do any of her assigned action items, so they remain for next time. |
| 14:06 |
jihpringle |
I'm good, though my to do list for January has grown a lot faster than anticipated considering it's still the first week of Jan |
| 14:07 |
jihpringle |
I also have not accomplished any of the DIG stuff I'd hoped to have done by this meeting |
| 14:07 |
dluch |
Same here! What's up with that?! |
| 14:07 |
dluch |
If you have no objections, we can just end this meeting. There's no new business or, really, old business besides action items for people not here. |
| 14:08 |
jihpringle |
sounds good to me |
| 14:08 |
jihpringle |
I'll spend some time working on the documentation related items on my to do list :) |
| 14:09 |
dluch |
Cool. Next meeting is February 4, on Zoom! And we are for sure having pet show & tell on the agenda :-) |
| 14:09 |
dluch |
#endmeeting |
| 14:09 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 14:09 |
pinesol |
Meeting ended Thu Jan 7 14:09:29 2021 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 14:09 |
pinesol |
Minutes: http://evergreen-ils.org/meetings/evergreen/2021/evergreen.2021-01-07-14.00.html |
| 14:09 |
pinesol |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2021/evergreen.2021-01-07-14.00.txt |
| 14:09 |
pinesol |
Log: http://evergreen-ils.org/meetings/evergreen/2021/evergreen.2021-01-07-14.00.log.html |
| 14:09 |
jihpringle |
awesome, looking forward to it :) |
| 14:15 |
mrisher |
can anyone direct me to the hold matrix weights interface? |
| 14:15 |
mrisher |
not finding it anywhere in Evergreen |
| 14:16 |
Bmagic |
#info Bmagic is Blake GH, MOBIUS |
| 14:16 |
Bmagic |
lol |
| 14:17 |
jihpringle |
mrisher: either Weights Associations or Hold Matchpoint Weights on the Server Admin menu |
| 14:17 |
jihpringle |
depending on which piece you're looking for |
| 14:18 |
mrisher |
I'm looking for the place referenced on https://bugs.launchpad.net/evergreen/+bug/998080 |
| 14:18 |
pinesol |
Launchpad bug 998080 in Evergreen "Circ, Hold Matrix Weights interface especially difficult to use" [Wishlist,Triaged] |
| 14:18 |
mrisher |
"The Circ Matrix Weights interface and the Hold Matrix Weights interface are just typical AutoGrids atop a table, but the tables in question are pretty special." |
| 14:18 |
mrisher |
hold matchpoint weights sounds like it might be what they mean? |
| 14:19 |
mrisher |
the Hold Matrix Weights grid looks like it has similar issues as Circ Matrix Weights, so that might be the one |
| 14:20 |
jihpringle |
ya, looking at the bug I think that's the one you're looking for |
| 14:20 |
jihpringle |
what version are you running? both interfaces have been angularized relatively recently |
| 14:21 |
mrisher |
the server admin page gives the title as "Hold Matchpoint Weights" but when you click through the page's title is "Holds Matrix Weights" |
| 14:21 |
jihpringle |
hmm, my page in 3.5 is called Hold Matrix Weights Configuration |
| 14:22 |
jihpringle |
there's an issue in local and server admin where the titles listed on the admin menu pages and what the pages are actually called don't match up |
| 14:23 |
mrisher |
I think we're on 3.4 |
| 14:24 |
mrisher |
Mine also says "Configuration", like yours |
| 14:25 |
mrisher |
is that issue with the local/server admin pages titles having a mismatch a new problem? It would not be hard to review them and make adjustments. |
| 14:26 |
jihpringle |
I thought there was a bug for it but I'm not seeing it |
| 14:26 |
jihpringle |
I think it's a problem that been introduced with the new angular pages |
| 14:26 |
jihpringle |
a related bug (which might be the one I was thinking of) is https://bugs.launchpad.net/evergreen/+bug/1871510 |
| 14:26 |
pinesol |
Launchpad bug 1871510 in Evergreen "New Local Admin Interfaces Use Old Terminology" [Undecided,Confirmed] |
| 14:33 |
|
nfBurton joined #evergreen |
| 14:39 |
jeffdavis |
Today's open-ils.actor drone exhaustion appears mainly due to 57 near-simultaneous cat.default_copy_status_normal setting lookups, which only happens when the AngJS generateNewCopy function is called. It would be good to ensure the setting is cached before the function is called a bunch of times. |
| 15:16 |
berick |
jeffdavis: https://bugs.launchpad.net/evergreen/+bug/1896285/comments/8 |
| 15:16 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] |
| 15:17 |
berick |
that's the last branch on that LP that's awaiting signoff |
| 15:17 |
jeffdavis |
aha! I should read these bugs I file more closely |
| 15:17 |
berick |
heh, well, that was from a comment csharp made |
| 15:17 |
jeffdavis |
berick++ csharp++ |
| 15:19 |
jeffdavis |
I'll try to get that tested today if I can tear myself away from US news updates |
| 15:21 |
berick |
heh |
| 15:21 |
berick |
we aim to entertain |
| 15:34 |
|
mantis1 left #evergreen |
| 15:44 |
Dyrcona |
JBoyer++ # for suggestions/help with DB issues in private chat |
| 16:08 |
|
khuckins joined #evergreen |
| 16:30 |
|
sandbergja joined #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:35 |
|
sandbergja joined #evergreen |
