| 11:35 |
sandbergja |
Dyrcona it'll take me a bit to push, I want to run the live tests one last time, and am also getting distracted by a few other things simultaneously. |
| 11:39 |
* jeffdavis |
enjoys a cup of Ethiopia Washed Yirgacheffe, Koke Grade 1 |
| 11:46 |
* Dyrcona |
enjoys Sunday dinner leftovers: rib roast, potato and carrot. |
| 11:48 |
sandbergja |
One of the live tests is failing with "Method [open-ils.actor.user.penalty.remove] not found for OpenILS::Application::Actor" -- did that method get removed recently? |
| 11:48 |
sandbergja |
I am pretty confident that it's unrelated to this acq/cat patch |
| 11:48 |
|
collum joined #evergreen |
| 11:50 |
eeevil |
sandbergja: (mostly for the room and logs) as a general rule, if unrelated methods start failing it's often a perl syntax error earlier in a sub-module, and the methods aren't getting registered because of that |
| 11:50 |
Dyrcona |
Yeah. I'll take a look. |
| 11:52 |
jeffdavis |
open-ils.actor.user.penalty.remove was changed to open-ils.actor.user.note.remove |
| 11:53 |
eeevil |
jeffdavis++ |
| 11:53 |
Dyrcona |
I was going to check on rel_3_14 on my release vm, but jeffdavis++ |
| 11:53 |
sandbergja |
jeffdavis++ |
| 11:53 |
sandbergja |
eeevil: main seems okay as in the test passes on main for you? |
| 11:53 |
Dyrcona |
That should probably go in an upgrade note. |
| 11:54 |
eeevil |
sandbergja: sorry, no, I didn't run the tests, I just checked the syntax with `perl -wc` |
| 11:54 |
sandbergja |
gotcha |
| 11:57 |
Dyrcona |
eeevil: Do you have a strong opinion on Lp 2083873? Today would be a good time to hash it out. |
| 11:57 |
pinesol |
Launchpad bug 2083873 in Evergreen "Remove support for PostgreSQL 10, 11 and 12" [Undecided,New] https://launchpad.net/bugs/2083873 |
| 11:59 |
sandbergja |
Dyrcona++ |
| 11:59 |
eeevil |
Dyrcona: my preference would be, if testing proves it works for $not_me, to include the back-compat change, and drop fresh-install-support for 10-12... too much to ask? :) |
| 12:00 |
Dyrcona |
It's not too much to ask. I noticed anycompatible is also used in the reporter, probably the security or Angular update. That would need a fix, too. |
| 12:01 |
eeevil |
it's the reports security stuff that I offered a change to, IIRC |
| 12:01 |
Dyrcona |
Oh, OK!. I thought I saw it somewhere twice. I'll double check. I'm probably hallucinating things from looking at too much code over the past couple of weeks. |
| 11:59 |
Dyrcona |
Yeah, this worked: ^=== \(.+?\)\( ===\)?$ |
| 11:59 |
Dyrcona |
That's 3 problems solved. :) |
| 11:59 |
redavis |
Dyrcona |
| 12:00 |
Dyrcona |
** is bold in asciidoc, too, right? I guess I'll find out when I generate a test html doc. |
| 12:00 |
redavis |
Just *[something]* |
| 12:00 |
Dyrcona |
I thought *something* is italics. |
| 12:00 |
Dyrcona |
I'll fix it if I botched it. should be easy enough. |
| 12:17 |
Dyrcona |
We could probably script this conversion from === to ** in the subsections. |
| 12:18 |
|
frank_g joined #evergreen |
| 12:20 |
redavis |
It looks like both * and ** work the same. I've updated the file if you don't have the whole thing done. |
| 12:24 |
frank_g |
Hi all, I am trying to migrate my EG server to a new production server, the librarian is testing on it, and she is trying to create a new marc record, but when she tries to save it it shows the error : "Failed to create new record: {{error}}", and checking on the osrfsys.log there appears this error " open-ils.cstore ERROR inserting |
| 12:24 |
frank_g |
biblio::record_entry object using query [...., ERROR: Can't locate MARC/Record.pm in @INC (you may need to install the MARC::Record module) (@INC entries checked: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.38.2 /usr/local/share/perl/5.38.2 /usr/lib/x86_64-linux-gnu/perl5/5.38 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.38 |
| 12:24 |
frank_g |
/usr/share/perl/5.38 /usr/local/lib/site_perl) at line 3" |
| 12:25 |
frank_g |
Do I have to install somenting else? or it is a kind of bug? |
| 12:25 |
Dyrcona |
frank_g: You need to install the database perl prerequisites on the database server. |
| 12:27 |
Dyrcona |
Evergreen uses Perl functions in the database. |
| 12:27 |
Dyrcona |
Or, you may need to install the prerequisites on your new server again. That might not be from the database now that I look again. |
| 15:25 |
|
mantis left #evergreen |
| 15:34 |
|
redavis joined #evergreen |
| 15:50 |
abneiman |
redavis: Dyrcona: re above, I can check the relnotes formatting etc. on Friday if it's still giving you trouble |
| 15:50 |
redavis |
It's taken care of. Bmagic is going to test the tarball and then we're good to go to next step. Thank you though. Will let you know if there are additional things. |
| 15:54 |
Bmagic |
will do |
| 15:54 |
|
jihpringle joined #evergreen |
| 15:54 |
abneiman |
++ |
| 10:05 |
jeff |
random friday morning musings. |
| 10:05 |
scottangel |
sleary++ |
| 10:05 |
scottangel |
sandbergja++ |
| 10:07 |
jeff |
And while I still like the overall idea of autogenerated translations to aid dev/test by persons who don't speak multiple languages fluently, in the longer term some of that can probably be covered by different forms of automation that don't have a human in the loop. |
| 10:08 |
scottangel |
Thanks! I didn't think it was using an older version than 15. Once I get my act together today I'll go down that rabbit hole and see if I get anywhere! lol Thanks! I started on this one. #1770289 |
| 10:12 |
sleary |
jeff++ |
| 10:13 |
sleary |
if anyone has time to review bug 2084166, we would love to fix that for old-school template people |
| 10:42 |
sleary |
day/month/year? they should be below the inputs |
| 10:43 |
sleary |
IIRC you can switch that around with CSS |
| 10:46 |
Dyrcona |
They are below on Bootstrap, but to the right of the fields on TTOPAC. Could be some of our customization/missing styles. |
| 10:47 |
Dyrcona |
I'll fire up the vm I was using yesterday to test vanilla Evergreen and see how it looks there. |
| 11:03 |
Dyrcona |
sleary: Yeah, on stock in ttopac the labels are to the right of the fields. It's OK with me, but not sure that's what you wanted. I'll add a screenshot to a bug comment. |
| 11:09 |
sleary |
thanks, I can add a quick style change |
| 11:24 |
|
Christineb joined #evergreen |
| 12:00 |
Dyrcona |
Well, how nice of them. |
| 12:00 |
Dyrcona |
jeff: Are you done checking the Hatch changes? |
| 12:04 |
|
jihpringle joined #evergreen |
| 12:17 |
jeff |
ready to start beta testing in chrome web store. who has credentials? :-) |
| 12:23 |
Dyrcona |
JBoyer, I think has credentials, maybe berick? |
| 12:23 |
Dyrcona |
I don't. |
| 12:23 |
* Dyrcona |
looks at some more dark mode patches. |
| 12:23 |
berick |
i should, yes, checking |
| 12:30 |
berick |
i'm in. |
| 12:31 |
berick |
poking around to find the beta options.. |
| 12:31 |
jeff |
take that hoodie off, and why are you wearing those ridiculous sunglasses? we're indoors! |
| 12:32 |
jeff |
you should be able to establish a beta program if there isn't one already, where users can be added or opted in. it's the easiest/best way to test the "new version from chrome web store rolls out to installed browsers, what happens?" bit. |
| 12:37 |
|
jihpringle joined #evergreen |
| 12:37 |
berick |
who wants to be added as a trusted Hatch extension tester? |
| 12:37 |
berick |
just need emails |
| 12:45 |
pinesol |
News from commits: lp2083088 Patron Registration Contrast in Light mode <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=21cadbda68032a3acdeb7f7a7832a0f4a38c1b11> |
| 12:45 |
pinesol |
News from commits: LP2080885 Dark mode followup: Offline Circ Ignores Setting <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=1917d9c0582638beb92c5e6a3ca17f4f8286ee42> |
| 12:46 |
Dyrcona |
Lp seems to be a bit slow sending email today, or maybe it is just me. |
| 12:51 |
Dyrcona |
berick: I'll check with jamundson if he would like to test it. |
| 12:52 |
berick |
ugh it's really not obvious if I'm unlisting the extension entirely or just this build |
| 12:53 |
Dyrcona |
berick: I was just going to ask how do we get to the beta to test it. |
| 12:54 |
Dyrcona |
We've apparently had 1 library's IT remove Hatch because of the "errors." |
| 12:54 |
berick |
well i usually just install it locally. i've never done the beta setup through the chrome store |
| 12:54 |
berick |
but once i figure this out, i just share a link to it |
| 13:01 |
berick |
Dyrcona: you can manually install exntensions locally using the developer mode toggle on chrome://extensions/. you just "Load unpacked" the Hatch/extension/app directory |
| 13:01 |
* berick |
will have to come back to this later |
| 13:01 |
Dyrcona |
Ok. I can try building it myself. Never done that before. Always willing to learn something knew. |
| 13:06 |
jeff |
doing it as a beta extension won't help test much of what I'd actually wanted to test, because it'll have a different extension/app id, etc. |
| 13:07 |
jeff |
even with a limited rollout percentage, it looks like there's no real way to let a user force-acquire the latest version. |
| 13:13 |
|
kmlussier1 joined #evergreen |
| 13:21 |
Dyrcona |
Ugh. Maybe I should have just let fetch-deps.sh finish rather than trying to do with Ubuntu packages.... |
| 13:23 |
Dyrcona |
Looks like everything is linked in /usr/share/java, so that makes things easier. |
| 14:19 |
Dyrcona |
Looks like the "evil" license has been replaced with just "Public domain." |
| 14:20 |
Dyrcona |
Hey, Toto... Why did we go down this rabbit hole? |
| 14:27 |
Dyrcona |
En fin! |
| 14:32 |
Dyrcona |
Meh. The test fails.... |
| 14:32 |
Dyrcona |
It either can't find javafx.media or javafx.controls and I've added those modules. |
| 14:34 |
Dyrcona |
Oh. bad path. |
| 14:40 |
Dyrcona |
Oh. I think I've learned a lot about Hatch, though I've probably not got anything that I can give to someone else and say, "Install this." |
| 14:45 |
Dyrcona |
I don't know if it does that, but it could probably be added if not. |
| 14:45 |
Dyrcona |
I think it's time to take a break and find something to eat. |
| 14:50 |
|
mmorgan left #evergreen |
| 15:38 |
csharp_ |
still fighting with IDL2js - does anyone know where I can see the cached object/file/whatever? |
| 15:39 |
csharp_ |
the perlmod uses APR::Brigade/APR::Bucket, but they don't seem to be called explicitly so I don't know what happens to the file - I'm just trying to troubleshoot why the PINES-ified 3.14 beta is creating an invalid file |
| 15:39 |
csharp_ |
3.14 stock on top of an upgraded PINES DB works as expected |
| 15:39 |
csharp_ |
fm_IDL.xml passes xmllint tests |
| 15:40 |
csharp_ |
also, I switched in the stock fm_IDL.xml file with the same result, but since I don't know where the cache is or what it's doing or how to clear it, I'm just running in circles |
| 15:41 |
csharp_ |
it doesn't appear in memcdump from the memcached servers |
| 15:42 |
|
smayo joined #evergreen |
| 15:44 |
|
mmorgan joined #evergreen |
| 15:46 |
csharp_ |
@blues idl2js |
| 15:46 |
pinesol |
csharp_: I eat more coconut cream pie before breakfast than most people eat all day |
| 15:46 |
csharp_ |
pinesol: zoia was better |
| 15:46 |
pinesol |
csharp_: As great as you are man, you'll never be greater than yourself. |
| 09:23 |
sandbergja |
I'll confess to being a little tired of reading through long launchpad threads to try to understand which of 5 possible branches I'm actually supposed to review (and guessing wrong on multiple occassions). |
| 09:23 |
Dyrcona |
Running gitolite is easier than running gitlab in my experience. It has fewer features, but do we need those features? |
| 09:23 |
Dyrcona |
Yeah, same here, but we'd probably still have that problem with gitlab/github issues. |
| 09:23 |
sandbergja |
one of the features that gitlab provides (including in CE) is the ability to automatically run all our tests on each merge request |
| 09:24 |
Dyrcona |
We could do that with a post-receive hook in git. |
| 09:24 |
csharp_ |
adding insult to injury, APT tries to install the most recent release and then you get scolded for trying to skip versions :-/ |
| 09:25 |
csharp_ |
re: "long launchpad threads" that seems to be a process problem rather than a software problem, but I completely agree |
| 09:32 |
Dyrcona |
redavis: I added you sign off to the omnibus branch because you signed off on some of the fixes. Ditto for Christineb. |
| 09:33 |
redavis |
Dyrcona++ #it was def a collab (not branch) |
| 09:33 |
Dyrcona |
Well, if we hosted our Lp or Gitlab, git and the issues would be in the same place. Same thing with moving to Github. |
| 09:33 |
sandbergja |
I dunno, it's just... every other project I'm a committer for has already run the test so I can review the results as part of my review, gives me a nice UI to review changes rather than having to determine a base commit and then count multiple commits, gives me a cute green button to press rather than having to count commits again... I get some |
| 09:33 |
sandbergja |
of the reasons why we make it harder than other communities do, but that doesn't make it any more enjoyable/productive for me. |
| 09:33 |
csharp_ |
redavis: inertia is hard to break |
| 09:33 |
redavis |
Ahh, that makes sense. |
| 09:34 |
Dyrcona |
I suppose we could move our git to Launchpad as well. There's already a mirror there. We could make it the main repo. Our working repo is a bit unusual. Most projects don't have something like that. |
| 10:30 |
|
Dyrcona joined #evergreen |
| 10:41 |
|
berick joined #evergreen |
| 10:47 |
|
Christineb joined #evergreen |
| 11:26 |
Dyrcona |
Huh... My test system apparently doesn't have my logos, or they're in the wrong place.... |
| 11:32 |
Dyrcona |
So, I put them in /opac/images/ but looks like the template looks for them in /images/... Wonder if I missed a customization or something changed? |
| 11:33 |
* Dyrcona |
moves them for now and will worry about it later. :) |
| 11:55 |
|
redavis joined #evergreen |
| 15:26 |
Dyrcona |
No, not at all. |
| 15:26 |
sleary |
yeah, sounds like the library is missing |
| 15:27 |
Dyrcona |
It's working on the concerto vm, so I'll try it again on the upgraded one with production data in a bit. So far, things are looking good. |
| 15:27 |
sleary |
awesome. Dyrcona++ |
| 15:29 |
sleary |
oh, and on another note, I was going to say that color contrast is just about the easiest accessibility issue to check. Grab axe DevTools or use Lighthouse with the Accessibility option checked, and it'll tell you what to change. |
| 15:29 |
sleary |
(Lighthouse is slower because it runs *all* its tests no matter which options you check... argh) |
| 15:30 |
Dyrcona |
OK. I'll give it a look. |
| 15:32 |
redavis |
column added. That info was already included in the info about enhanced concerto |
| 15:39 |
Dyrcona |
OK. Date picker is working after npm install in opac/deps and a make install. |
| 16:18 |
sleary |
haven't really thought that far ahead though |
| 16:30 |
csharp_ |
<homer>mmmm fish to fry aggghghghghgh</homer> |
| 16:37 |
* abneiman |
looks up when the local AME has their next fish fry, because it's a culinary highlight 'round here |
| 16:45 |
* Dyrcona |
needs to adjust the OPAC timeout while testing. I keep getting logged out. I changed it to 5 minutes to test the new dialog. |
| 16:47 |
sleary |
I did that too, and regretted my choices |
| 16:49 |
sleary |
I guess it's a taste of how annoying that feature is for assistive device users |
| 16:52 |
Dyrcona |
Well, I had a search results page open that I was looking at to verify the accessibility changes, and it would get rest to the home page while I was reading one of the specific Launchpad bugs. |
| 17:10 |
abneiman |
but yeah, we have a list of names that I was also planning to add to release notes |
| 17:11 |
abneiman |
Dyrcona: this is on its way thru the tubes for you |
| 17:11 |
sleary |
abneiman++ |
| 17:12 |
abneiman |
BC Coop was the main sponsor, NNELS did two rounds of testing: first to ID the issues, second to confirm fixes. |
| 17:12 |
Dyrcona |
abneiman++ |
| 17:13 |
Dyrcona |
I think we already have BC Libraries Coop as a sponsor, but if not I'll add them when I add this. Probably tomorrow. |
| 17:13 |
sleary |
Dyrcona++ thanks for going over all of it! |
| 15:15 |
Bmagic |
abneiman++ |
| 15:15 |
redavis |
abneiman++ |
| 15:15 |
Dyrcona |
abneiman++ |
| 15:15 |
shulabramble |
#info waiting on gmcharlt for access to POEditor for git integration |
| 15:15 |
shulabramble |
#action waiting on gmcharlt for access to POEditor for git integration |
| 15:15 |
shulabramble |
#info sleary and sandbergja will create/consolidate the test writing wiki page(s) |
| 15:16 |
sleary |
#info in progress! We will have more to report next month / at hackaway |
| 15:16 |
Dyrcona |
sleary++ sandbergja++ |
| 15:17 |
shulabramble |
#action sleary and sandbergja will report progress on test writing wiki pages next month / at hackaway |
| 15:17 |
Bmagic |
sleary++ sandbergja++ |
| 15:17 |
shulabramble |
sleary++ sandbergja++ |
| 15:17 |
shulabramble |
#info bug 2076921 expected to get more testing and merged, and beta uploaded to store |
| 15:17 |
pinesol |
Launchpad bug 2076921 in Evergreen "Hatch: Chrome Extension Requires Redevelopment" [High,Confirmed] https://launchpad.net/bugs/2076921 - Assigned to Jeff Godin (jgodin) |
| 15:17 |
redavis |
sleary++ sandbergja++ |
| 15:17 |
jeff |
testing in progress, will coordinate with berick later this week |
| 15:18 |
redavis |
jeff++ berick++ |
| 15:18 |
shulabramble |
yay! jeff++ |
| 15:18 |
shulabramble |
berick++ |
| 15:18 |
Dyrcona |
jeff++ berick++ |
| 15:18 |
sleary |
jeff++ berick++ |
| 15:18 |
shulabramble |
#action bug 2076921 expected to get more testing and merged, and beta uploaded to store |
| 15:18 |
pinesol |
Launchpad bug 2076921 in Evergreen "Hatch: Chrome Extension Requires Redevelopment" [High,Confirmed] https://launchpad.net/bugs/2076921 - Assigned to Jeff Godin (jgodin) |
| 15:19 |
shulabramble |
#topic updates |
| 15:19 |
shulabramble |
#info OpenSRF |
| 15:23 |
redavis |
We're still on schedule for next Wednesday |
| 15:23 |
Dyrcona |
Well, it should be out next week pending results of the feedback fest. |
| 15:23 |
abneiman |
redavis++ jvwoolf++ |
| 15:23 |
sleary |
super extra kudos to everyone who's been learning new skills to help test the accessibility bugs! |
| 15:23 |
shulabramble |
#info 3.14rc on target for Wednesday Oct 16 |
| 15:23 |
terranm |
10 new bugs reported, but not all of them are related to 3.14 |
| 15:23 |
redavis |
I've updated the agenda with that. Also terranm++ for doing two rounds of feedback for this reason. |
| 15:41 |
shulabramble |
redavis++ |
| 15:43 |
abneiman |
and it looks like 3.12 and 3.13 only have a handful of things on them so hopefully not too onerous |
| 15:43 |
sleary |
I will have some keyboard shortcut fixes for 3.13 (MARC editor) hopefully |
| 15:43 |
redavis |
It'd be good to have some help building/testing tarballs at the least. |
| 15:45 |
|
mantis1 joined #evergreen |
| 15:45 |
shulabramble |
anyone want to volunteer to help the security team with tarball tests? |
| 15:46 |
redavis |
Oh, release team...sorry. |
| 15:46 |
shulabramble |
anyone want to volunteer to help the release team with tarball tests? :) |
| 15:46 |
redavis |
Just fill out that buildmaster sheet if you want to. |
| 15:47 |
redavis |
Think about it. Dream about it. |
| 15:47 |
shulabramble |
Meditate on it at second level. |
| 17:45 |
csharp_ |
hmm - noticing the lack of a 3.13.3-3.13.4 upgrade script |
| 17:51 |
csharp_ |
psql:3.13.4-3.14-beta-upgrade-db.sql:534: ERROR: unsafe use of new value "mfa" of enum type config.usr_activity_group -hmmm |
| 17:51 |
csharp_ |
HINT: New enum values must be committed before they can be used. |
| 17:54 |
csharp_ |
ah, the inline comments even say that needs to happen outside a transaction but the only COMMIT; is at the end of the file |
| 18:04 |
csharp_ |
fixed by adding COMMIT; before and BEGIN; after 1433 |
| 18:06 |
csharp_ |
...and, now I'm on 3.14.beta on my test server. huzzah! |
| 18:06 |
csharp_ |
seems like as good a time as any to call it a day :-) |
| 18:18 |
|
kmlussier left #evergreen |
| 19:19 |
|
jihpringle joined #evergreen |
| 09:12 |
|
Dyrcona joined #evergreen |
| 09:17 |
Dyrcona |
Bmagic++ |
| 10:14 |
|
mantis joined #evergreen |
| 10:15 |
terranm |
csharp++ for helping get my test server back on track |
| 10:15 |
terranm |
https://terran-main.gapines.org is up and running with the 3.14 beta - please test for Feedback Fest! |
| 10:15 |
mantis |
does anyone know what generates the 'hold expired' patron notes? I couldn't find anything about this in the docs. I wasn't sure if it was a specific library setting or if this happens automatically. I tried testing it with a hold that had a shorter shelf expire time, and when the hold was canceled and pulled, it didn't generate a note for my OPAC account. |
| 10:16 |
terranm |
mantis: I believe those are created by an action trigger |
| 10:16 |
mantis |
terranm++ |
| 10:17 |
terranm |
Hold Cancelled (Shelf-expired) User Message |
| 11:38 |
|
redavis joined #evergreen |
| 11:39 |
|
collum joined #evergreen |
| 11:46 |
|
mantis joined #evergreen |
| 13:55 |
redavis |
sleary, are you getting signoffs from partner testing on the accessibility omnibus? or do you want community signoffs during FF? And if you want community signoffs, do you want them on the individuals tickets that have been marked as duplicate to show what's been tested of the omnibus and what hasn't? |
| 14:21 |
csharp_ |
eeevil: for the MFA dependencies - is there a particular reason you chose the CPAN version of Authen::WebAuthn rather than the libauthen-webauthn-perl package in the repos? (it's in ubuntu jammy anyway) |
| 14:22 |
csharp_ |
I know the repo version is different (0.001 vs 0.004) - didn't know if you had tried the repo version and saw you needed newer features, etc.? |
| 14:23 |
csharp_ |
asking in the context of needing to build a deb from the CPAN version if needed |
| 14:49 |
Dyrcona |
Take a few days off.... |
| 14:51 |
Dyrcona |
:) |
| 14:58 |
|
mantis1 left #evergreen |
| 15:01 |
Dyrcona |
Argh! I hit the type anycompatible does not exist while testing my upgrade on Pg 10..... |
| 15:01 |
Dyrcona |
That means another dump and restore to test it properly.... |
| 15:03 |
Dyrcona |
But! I can't restore the database as it exists on Pg 16, either.....It needs to be updated to at least Evergreen 3.10.x.... or something like that.... |
| 15:03 |
Dyrcona |
Sometimes, I hate how nitpicky this crap ends up being. |
| 15:03 |
* Dyrcona |
looks for a certain bug on Lp. |
| 15:41 |
sleary |
terranm Bmagic I found the issue with the AngularJS menus. Both branches for bug 2080438 have an additional commit to fix it. |
| 15:41 |
pinesol |
Launchpad bug 2080438 in Evergreen "Wishlist: Library setting to turn off menus for unused modules" [Wishlist,Confirmed] https://launchpad.net/bugs/2080438 |
| 15:42 |
Dyrcona |
So, maybe I have not backported it. It appears in my custom db upgrade that I made this morning. |
| 15:43 |
Dyrcona |
Think I'll apply to a test db, dump it, and restore it on Pg 16. |
| 15:48 |
Dyrcona |
It's the first Monday of the month, and I'm spending it as I usually do: messing with database stuff. |
| 15:48 |
Dyrcona |
Only more so than is typical. |
| 15:49 |
redavis |
lol, and you also are just back from being sick. DB as therapy and onramping |
| 09:01 |
|
BDorsey joined #evergreen |
| 09:16 |
|
Dyrcona joined #evergreen |
| 09:34 |
|
mmorgan1 joined #evergreen |
| 09:37 |
jeff |
test all you want, the morning of your upgrade staff will test HARDER. :-) |
| 09:38 |
* redavis |
laughs and cries at the same time. |
| 09:38 |
jeff |
this morning's interesting quirk/bug (haven't found in launchpad yet): 3.13.3, viewing holds for a patron in the staff client, no data in the Title column. Other hold-related interfaces have data in the Title column, including the display of holds for a record, and the Holds Shelf view. |
| 09:38 |
redavis |
@coffee jeff |
| 09:47 |
jeff |
I'm reminded of the old reliance on rmsr for title display in early web client interfaces, but this is unlikely to be exactly that. |
| 09:53 |
* Dyrcona |
signs out before passing out. |
| 10:25 |
|
collum joined #evergreen |
| 10:53 |
csharp_ |
@quote add <jeff> test all you want, the morning of your upgrade staff will test HARDER. :-) |
| 10:53 |
pinesol |
csharp_: The operation succeeded. Quote #247 added. |
| 10:57 |
|
kworstell_isl joined #evergreen |
| 11:02 |
Rogan |
I think everyone knows that gut sinking feeling accompanied by "how did we miss that on test!?" |
| 11:07 |
* abneiman |
pours one out for the testers, both pre- and post-go-live |
| 11:11 |
mmorgan1 |
No test compares to real life. :-/ |
| 11:30 |
sleary |
I recently read Marianne Belotti's Kill It with Fire: Manage Aging Computer Systems and I think many of you would enjoy it |
| 11:30 |
sleary |
(sadly, her advice is _not_ to kill it all with fire) |
| 11:49 |
berick |
but that's my favorite thing to do with fire |
| 12:20 |
redavis |
Okay, after you reboot, can you join jvwoolf for a few minutes? I can send you a link. |
| 12:21 |
Dyrcona |
Yeah, send me the link. I don't know if I'll have to reboot, yet. I just clicked on install updates. ;) |
| 12:22 |
Dyrcona |
Looks like I don't have to reboot. |
| 12:43 |
Dyrcona |
I'm going to release OpenSRF 3.3.2. I will delay OpenSRF 3.2.6 pending the resolution of the test failure. I'll mention that in the release announcement. |
| 13:02 |
redavis |
Dyrcona++ jvwoolf++ |
| 13:02 |
jvwoolf |
redavis++ Dyrcona++ |
| 13:02 |
|
mantis joined #evergreen |
| 13:17 |
Dyrcona |
Ok. The OpenSRF 3.3.2 release is up and ready for download. I just have to write the blog post/email announcement. |
| 13:17 |
redavis |
Dyrcona++ |
| 14:07 |
Dyrcona |
I ended up not mentioning OpenSRF 3.2.6. |
| 14:12 |
Dyrcona |
So, OpenSRF 3.2.6 tests pass on Ubuntu 20.04, but fail on Debian Bullseye (11). |
| 14:17 |
Dyrcona |
So, I guess I'll just release and open a bug on Lp. |
| 14:20 |
Dyrcona |
For the record, OpenSRF 3.3.2 make check passes on Debian 11. |
| 14:49 |
|
kmlussier joined #evergreen |
| 11:39 |
Dyrcona |
Search is complicated. You may have stumbled on a bug. |
| 11:41 |
Bmagic |
well, the quoted string with the cache busting "-asdfasdf" might be a bug. But, nonetheless, I still have an issue with keyword quoted string search. It's my specific server/database that is exhbiting the problem |
| 11:41 |
Dyrcona |
I can't help much today. I've got 3 or 4 branches that I want to get committed for the 3.14-beta deadline. |
| 11:41 |
Bmagic |
testing other Evergreen systems, it's not a problem. Just this one server. There has* to be something I can do other than delete it and start over |
| 11:42 |
Bmagic |
Dyrcona: no problemo! I'm channeling my inner Dyrcona and monologging my steps, in case it jars something loose in someone else's brain |
| 11:42 |
Dyrcona |
I think the keyword quoted search working differently from title quoted search could be a bug. The former requiring cache busting sounds more like a symptom. |
| 11:43 |
Dyrcona |
Squack! Squack! (Rubber ducks don't sound like real ones.) |
| 12:11 |
Dyrcona |
Claiming 1440. |
| 12:17 |
Dyrcona |
Hm... Now I wonder if patron import should take MFA into account? Meh. I'll push it and we can find out during feedback fest. ;) |
| 12:21 |
redavis |
Dyrcona++ |
| 12:37 |
pinesol |
News from commits: LP1786524: Stamp database upgrade <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=e222b82c15a5decacc5d784ae222dbc13353cf5b> |
| 12:37 |
pinesol |
News from commits: LP1786524 Add a script to bulk load and update patrons from the server <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=e572160be9ab317c7a6fcd8967144d0553f82087> |
| 12:37 |
pinesol |
News from commits: LP#2080764 follow-up: add some tests <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=0ef65361a5fca7bb239d8dad230b3a8298075151> |
| 12:37 |
mantis |
Dyrcona++ |
| 12:37 |
pinesol |
News from commits: LP#2080764: Teach MFA about the session item prefix introduced by selfcheckout <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=61d263e196638b14785cf7e139b27d564eaa4abe> |
| 12:37 |
pinesol |
News from commits: LP#2080764: Only store a provisional flag when there is definitely a provisional... <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=7a93a54a9e2613eaa78b098fa62a24c3225f395e> |
| 12:37 |
Dyrcona |
I should probably rebase my branch to test the Angular record buckets... |
| 12:40 |
Dyrcona |
berick: Are you done with Lp 2003106? |
| 12:40 |
pinesol |
Launchpad bug 2003106 in Evergreen "Support Midwest Tapes ASN Receiving via X12 EDI" [Wishlist,Confirmed] https://launchpad.net/bugs/2003106 - Assigned to Bill Erickson (berick) |
| 12:43 |
berick |
Dyrcona: yes i'm done |
| 16:08 |
pinesol |
News from commits: LP2063146: angular record buckets, pcrud changes <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=19984921b842c3b4114d2a6071027f1bda7c4a11> |
| 16:08 |
pinesol |
News from commits: LP2063146: angular record buckets, db changes <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d2b9a7205144bafccd018752e523a99d3dc7f4aa> |
| 16:10 |
|
sandbergja joined #evergreen |
| 16:10 |
sandbergja |
phasefx++ |
| 16:10 |
sandbergja |
sleary++ |
| 16:11 |
sandbergja |
Angular buckets is amazing AND it adds angular unit tests! Thanks for including those, as if the branch wasn't excellent enough! |
| 16:12 |
mmorgan |
phasefx++ sleary++ |
| 16:12 |
mmorgan |
sandbergja++ Dyrcona++ |
| 16:13 |
sleary |
sandbergja I think that was phasefx! |
| 16:26 |
Dyrcona |
sandbergja++ |
| 16:26 |
Bmagic |
daaaang |
| 16:28 |
|
jvwoolf left #evergreen |
| 16:37 |
pinesol |
News from commits: LP2063146 follow-up: get angular unit tests passing <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=7eb368902e5d38dea4914b9303f0b0d9d51a8094> |
| 16:37 |
pinesol |
News from commits: LP2080886 Dark mode: lighter disabled states <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=9046aa68f9347dbff1e98ed6d2c61db24efa21cb> |
| 16:37 |
pinesol |
News from commits: LP2073988: Stamp database upgrade <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=39ad820d86f8c062bd1f977ca277a305ce274464> |
| 16:37 |
pinesol |
News from commits: LP2073988 collapse facets in staff search: sticky <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=50ecead9abbd987a28a26485e45b4dbbf8fcceb0> |
| 16:37 |
pinesol |
News from commits: LP2073988 collapse facets in staff search <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=4331a3c71f258f27fb9ea97495477daf93982f0e> |
| 16:38 |
|
mmorgan1 joined #evergreen |
| 16:47 |
Dyrcona |
I'm playing with the Angular circulation for Lp 2081327, and I've noticed that is often puts my current usrname in the patron registration username box. Even after it has filled in the barcode that I entered. I scroll back up and my username in there. |
| 16:47 |
pinesol |
Launchpad bug 2081327 in Evergreen "Angular Circulation cannot save a patron" [High,Confirmed] https://launchpad.net/bugs/2081327 |
| 16:49 |
Dyrcona |
At no point, does it ever let me save a patron on my test system that was upgraded and used to test the other branches today. |
| 16:49 |
Dyrcona |
Even after I correct the username, I still can't save. |
| 16:50 |
Dyrcona |
That username thing could be Last Pass tyrna be helpful.... |
| 17:00 |
redavis |
It sounds like that needs more work. |
| 17:04 |
sleary |
I haven't had a chance to look into that one yet, but it should be a bugfix without any string changes |
| 17:07 |
Dyrcona |
I have not tested it on a totally clean system either. I did wipe out /openils/var/web/ before testing the Angular buckets and facets code, and have not updated it since. |
| 17:07 |
redavis |
sleary++ Dyrcona++ |
| 17:07 |
pinesol |
News from commits: Angular linter repairs <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=b81daf21781eb1ec88c2785976392eb698ba5573> |
| 17:10 |
|
mmorgan1 left #evergreen |
| 16:10 |
Dyrcona |
So, everything new as well. |
| 16:10 |
Bmagic |
the other issue I'm having with the branch is the hard coded ID number for the permission.perm_list INSERTS |
| 16:11 |
Bmagic |
I increased them all by 2 and I'm still getting a conflict |
| 16:11 |
Dyrcona |
This will be a good chance to double check if the database reqs for MFA were actually split out. I tested it on a machine that has services and db on 1. |
| 16:11 |
Dyrcona |
Bmagic: delete the id column and the numbers. Let Pg decide. |
| 16:11 |
Bmagic |
yeah, I could do that, but the patch is calling it out for some reason |
| 16:12 |
Bmagic |
I didn't want to deviate the patch to far from OG |
| 16:29 |
Bmagic |
yep :) |
| 16:30 |
Dyrcona |
Bmagic++ |
| 16:31 |
Bmagic |
I believe all of the numbers need bumped by 2 |
| 16:31 |
Dyrcona |
I'll take care of that while I'm working on testing it. Looks like I won't get to push it today, but the deadline is tomorrow.... |
| 16:31 |
Bmagic |
plenty of time :) |
| 16:31 |
Bmagic |
also: there is a small issue with the numbers on the first INSERT in 950 seed data. The ID number column doesn't agree with the i18 ID number |
| 16:32 |
Dyrcona |
Ok, I'll check that. Think I'll reload my test database. I think I have a dump after I updated it on 9/4. |
| 16:33 |
Bmagic |
Dyrcona++ |
| 16:33 |
Dyrcona |
No, but I have a dump from 9/1, so close enough. I just need to make a custom db upgrade from a different branch. |
| 16:34 |
Dyrcona |
I'll make a new branch to test it while I'm at it. |
| 16:34 |
Bmagic |
love me some branch |
| 16:34 |
Dyrcona |
might as well eliminate the junk I added while groping with this issue. |
| 16:35 |
Bmagic |
database? delete. filesystem? delete. OS? delete. interact with the CPU directly. The only way to eliminate errors |
| 16:36 |
Dyrcona |
toggle switches on the front of the machine and no display..... |
| 16:36 |
Dyrcona |
Or, just touch the exposed leads with hot wires... |
| 16:36 |
Bmagic |
That's the real turing test |
| 16:37 |
Bmagic |
We've been doing it wrong all along. |
| 16:38 |
Dyrcona |
This will be a better dry run for building the beta next week, anyway. The database that I'm loading is closer to 3.13.4. |
| 16:38 |
Dyrcona |
Mechanical computers are where it's at. |
| 16:45 |
Dyrcona |
books... |
| 16:45 |
Dyrcona |
I'll have to check that one out. |
| 16:46 |
Dyrcona |
I always imagined Trillian not looking like Zooey Deschanel..... |
| 16:48 |
Dyrcona |
All right. Time to cherry-pick into my new test branch. It's main with our custom templates....There is a conflict in the AngularJS splash page, 'cause we have moved things around. |
| 16:48 |
Dyrcona |
I'm going to practice adding someone else's sign off in a batch as well as my own. |
| 16:53 |
Dyrcona |
Not too bad. Use '-e' to run the editor, add the Signed-off-by:, copy, then paste for every other commit. |
| 16:59 |
redavis |
Dyrcona++ |
| 09:58 |
Bmagic |
nevermind on the OpenSRF main brainch, my problem was something else |
| 10:06 |
redavis |
Just throwing a note in here. Feature freeze for 3.14 is this coming Tuesday. There are currently 14 LP tickets with signoffs waiting to be committed. I appreciate the flurry of activity since slush started and am hopeful to get at least a significant chunk of the remaining signoffs into main. They're listed here - https://docs.google.com/spreadsheets/d/1nVuknGBCOSUxBFId0bORVrJYw4Un0mD0kqr67d_AJ84/edit?usp=sharing |
| 10:07 |
sleary |
redavis++ |
| 10:08 |
redavis |
Additionally, there are 23 tickets that have pull requests but no signoffs. If anyone is of a mood and place in their life where they want to get and of those branches up on public test servers, I (and likely others) are around to test for sign offs. |
| 10:15 |
|
mmorgan joined #evergreen |
| 10:16 |
redavis |
(but I might go for a bikeride...just saying...but definitely available for testing before or after) |
| 10:35 |
Bmagic |
here's my issue: |
| 10:35 |
Bmagic |
psql:reporter-schema.sql:579: ERROR: type anycompatible does not exist |
| 10:40 |
Bmagic |
looks like maybe* the reporter security patch is missing some sql pieces to define the type for PG ? |
| 11:21 |
pinesol |
News from commits: LP#1828456: use open-ils.auth.login for AuthProxy native login <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d74e3139d9a88492d03f0ce34cccb7e02bd42ee0> |
| 11:22 |
redavis |
Noice! |
| 11:24 |
|
sandbergja joined #evergreen |
| 11:29 |
sandbergja |
Is the live_t/lp1468422_passwd_storage.pg pgtap test failing for anybody else on main? It's failing for me on postgres 13, 14, and 15. Haven't checked 11 and 12, since as pointed out earlier, those have bigger problems. |
| 11:36 |
|
jihpringle joined #evergreen |
| 11:36 |
sandbergja |
also failing on postgres 16 |
| 11:39 |
sandbergja |
Also, if I may be so gauche as to plug a launchpad bug: bug 2055796 would add automatic checks on versions 11, 12, 13, 14, 15, and 16 of postgres, so that we could catch bugs and incompatibilities earlier. |
| 11:39 |
pinesol |
Launchpad bug 2055796 in Evergreen "Have github actions run pgtap tests for us" [Undecided,New] https://launchpad.net/bugs/2055796 |
| 11:40 |
sandbergja |
If you log in to github, you can see sample output here: https://github.com/sandbergja/Evergreen/actions/runs/10962113742/job/30440600203. If you click on, say, "Run PgTap tests (11)", you can see that it couldn't find the reporter schema due to the incompatibility with postgres 11, for example. |
| 11:41 |
|
Dyrcona joined #evergreen |
| 11:42 |
sandbergja |
I don't know if we should add it when we have problems on literally every postgres version though... |
| 11:45 |
* Dyrcona |
just checked the logs to see what was missed. |
| 11:46 |
Dyrcona |
I'm OK with bumping the minimum version of PostgreSQL to 13, even 14. We should endeavor to upgrade our aging infrastructure. |
| 11:47 |
Dyrcona |
I also agree that this should go to the development list, since not everyone is in here at the same time. |
| 11:55 |
* Dyrcona |
jumped on that like a live hand grenade. |
| 11:55 |
Dyrcona |
'cause that's what this conversation is. |
| 11:58 |
Dyrcona |
/me considered starting to look at Pg 17 the other day. It should be released soonish, and it's available for testing. |
| 12:08 |
* sleary |
whispers "we're due to upgrade Angular again, too" and then flees |
| 12:10 |
Dyrcona |
Running to stand still is what it feels like sometimes. |
| 12:12 |
redavis |
lol, sleary, bless you. |
| 12:14 |
Dyrcona |
Yeah, we should do that, too, but I suspect it's too late for 3.14? |
| 12:14 |
redavis |
sandbergja++ #gauche is a great color on you. |
| 12:15 |
redavis |
Dyrcona, I think it is too late for 3.14 unless there's a champion free "right now." |
| 12:27 |
Dyrcona |
Login is broken on my test/training system again. Same message about auth.provisional not being a function. I did nothing with since I last got it working in here. |
| 12:39 |
sleary |
definitely not suggesting we do anything with Angular versions for 3.14, lol, no |
| 12:49 |
|
jvwoolf joined #evergreen |
| 12:56 |
Dyrcona |
Dunno if there's a bug on this already, but when trying to register a patron with the experimental Angular circulation module on Evergreen 3.13, I get this console message: Unable to check <input pattern=\u2018/[0-9|A-Z]{3,12}[-| ]?[0-9|A-Z]{0,4}/\u2019> because \u2018//[0-9|A-Z]{3,12}[-| ]?[0-9|A-Z]{0,4}//v\u2019 is not a valid regexp: invalid character in class in regular expression. |
| 13:22 |
pinesol |
News from commits: LP924952: Make acq import resilient against empty subfields <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=450de74660a7e79165e76ef14641a4d78bd12e0b> |
| 13:38 |
redavis |
sandbergja++ |
| 13:42 |
berick |
sleary: neato about Angular @let |
| 13:54 |
redavis |
Completely irrelevant to Evergreen but this must be announced somewhere. I've finally taken the time to set up my laser cutter after moving it from IN to VA. It does need a new exhaust system, and I haven't confirmed cutting yet. But did also install air assist which was much less painful than I'd supposed, but also hasn't been tested yet. |
| 13:56 |
Dyrcona |
redavis++ |
| 13:56 |
redavis |
But prepping a little test now. **delight** |
| 13:58 |
berick |
as long as you cut the word "evergreen" it's relevant. and tax-deducitble. |
| 13:59 |
redavis |
lol, I WILL cut the word "evergreen"! |
| 14:10 |
redavis |
Well, it's definitely burning stuff. We'll see the quality of the burn soon. |
| 12:19 |
Dyrcona |
On MFA: After all my fooling around this morning, it's working without any extra patches. Maybe this server is just flaky? |
| 12:19 |
Bmagic |
deleted flag has never been set to true for the call number, item, shelving location, and opac_visible is true also all the way down |
| 12:20 |
Dyrcona |
Updating location causes some triggers to fire. I'm guessing whatever data was maintained by those triggers was stale. |
| 12:21 |
Bmagic |
what led me here was testing a different concerto test server, I added an item (in processing) and the search results are coming up (on the test machine) the way I would expect. Which rules out the item status as being the culprit. An item can be "In Process" and still show up in search results when scoped at the branch where it's cataloged |
| 12:21 |
Dyrcona |
I made MFA required for my patron group. (Aside: It's fun when the 6 digit code changes while you're entering it on the site.) |
| 12:24 |
eeevil |
Dyrcona: re patron mfa, it def should not "work" for opac logins ... unless you customize your opac code to send "staff" as the login type! :) |
| 12:28 |
Dyrcona |
eeevil: I'm fiddling with the staff client only. |
| 16:02 |
mmorgan |
s/he/they ;-) |
| 16:04 |
Bmagic |
lol, thanks, yes! I prefer my deity to be female :), gotta deprogram my brain from using "traditional" language |
| 16:08 |
|
kworstell-isl joined #evergreen |
| 16:14 |
Bmagic |
if anyone wants to test the 3.13.4 tarball: https://evergreen-ils.org/downloads/Evergreen-ILS-3.13.4.tar.gz |
| 16:21 |
Dyrcona |
Oh! That reminded me of something I wanted to mention yesterday. If you're looking for any of my pastes on Pastebin.com, they're gone. I deleted my account this weekend because they have been handling their spam issue very badly and deleted several of my innocuous pastes. |
| 16:21 |
Bmagic |
I've started introducing expiration of like 1 day each time I use that site |
| 16:21 |
Dyrcona |
They don't respond when I use the form to say that the paste was removed in error and should be reinstated. |
| 16:21 |
Bmagic |
but, I also don't have an account |
| 16:22 |
Dyrcona |
I had a paid account. It was one of the few sites I've actually paid for. |
| 16:23 |
Dyrcona |
I think the "they" is plural in this case since there are multiple people building point releases. :) |
| 16:23 |
Dyrcona |
I'm not sure I'll have the time to test a tarball today. My circumstances are a bit unusual. |
| 16:43 |
|
kworstell-isl joined #evergreen |
| 18:05 |
|
jihpringle49 joined #evergreen |
| 18:12 |
|
mmorgan left #evergreen |
| 19:38 |
|
Dyrcona joined #evergreen |
| 19:40 |
Dyrcona |
So, looks like sandbergja is going to test the 3.13.4 tarball. I've got an hour right now and thought I would give it a go. I have to set up VMs on my laptop again after reinstalling the O/S. |
| 19:49 |
Dyrcona |
Downloading the latest ISOs for Debian 11 and 12, and Ubuntu 22.04 and 24.04 looks like it will take up the rest of the hour. |
| 09:03 |
|
mmorgan1 joined #evergreen |
| 09:05 |
|
Dyrcona joined #evergreen |
| 09:42 |
abneiman |
Noting that I'm working on 3.12 and 3.13 point release notes right now, for those in a mergin' mood |
| 09:44 |
csharp_ |
abneiman++ |
| 09:47 |
csharp_ |
I'm using the EOLI migration tools eg_staged_bib_overlay script to re-import our full bib and authority records (no holdings on bibs) and it's working well, but slowly - I'm looking for ways to speed it up |
| 09:47 |
csharp_ |
is parallel-izing possible? |
| 09:48 |
csharp_ |
we're matching on bib ID since this was a MARC cleanup by a vendor on records we already have |
| 09:48 |
csharp_ |
I disabled symspell reify |
| 09:48 |
csharp_ |
and browse updates |
| 09:49 |
csharp_ |
(this is all on a test server at this point) |
| 09:49 |
Dyrcona |
You could split the input file up and run the import multiple times at once, each processing a different file of course. |
| 09:49 |
csharp_ |
but it was going slowly enough that I opened bug 2080802 |
| 09:49 |
pinesol |
Launchpad bug 2080802 in Evergreen "Add MARC write protection on bib and authority records" [Wishlist,New] https://launchpad.net/bugs/2080802 |
| 12:22 |
Dyrcona |
I missed a verb after "could." I think I meant to say, "You could try running that function." |
| 12:38 |
mmorgan |
Bmagic: There are limit to Available post search options in both public and staff catalog, filter gets added to the url. I'm not really sure how sticky those are. |
| 12:39 |
Bmagic |
the opac search does not have that flag set but nonetheless, when branch-specific scope is used, the non-available item isn't included |
| 12:40 |
Bmagic |
I'm going to see if the theory holds on other test systems |
| 15:31 |
|
blobmarley2 joined #evergreen |
| 15:34 |
|
scottangel joined #evergreen |
| 15:34 |
|
Jaysal joined #evergreen |
| 15:22 |
eeevil |
I'm going to merge the self checkout followup followup, and then I think I'm done merging for the day... whew |
| 15:23 |
Dyrcona |
:) |
| 15:24 |
Dyrcona |
Reminds me of a line from "Christmas in Connecticut:" Shortcut to the the shortcut. Said after Sam(?) bogs the car down in a pond. |
| 15:25 |
pinesol |
News from commits: LP1840773: Test followup for self-checkout <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d7b2194676e773dd014d93dc55a73688337a47d0> |
| 15:25 |
pinesol |
News from commits: Stamping upgrade script <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=c94c0cb1403cf8c36760ec8c4cec335e4f5db210> |
| 15:25 |
pinesol |
News from commits: LP#1903749: Add upgrade script and seed data <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=6fb3a2a60282c7ed31cc339cab58713186d0b4e5> |
| 15:25 |
pinesol |
News from commits: LP#1903749: WIP - allow adjacent-copy capture during stalling <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=04a228ddcae3907c4682f18099027342577e722e> |
| 15:25 |
pinesol |
News from commits: Stamping upgrade script <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=9dccf19cb03fc63b3f5ed33b380ea4383c10fbd1> |
| 15:25 |
pinesol |
News from commits: LP#2043142: Base IDL-configured report security <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=25e1fb282b4432aa97111419375c947d2027a600> |
| 15:26 |
Dyrcona |
Dang it! Wrong movie and wrong character. It's Gus from Holiday Inn..... I never should have gotten that gyro for lunch. :) |
| 15:30 |
Dyrcona |
I also wonder if this should be a bug all on its own? https://bugs.launchpad.net/evergreen/+bug/2073561/comments/16 |
| 15:30 |
pinesol |
Launchpad bug 2073561 in Evergreen "Incorrect content in the config.coded_value_map with ctype audience after applying the upgrade script from 3.12.3 to 3.13.0" [Medium,Confirmed] - Assigned to Jason Stephenson (jstephenson) |
| 16:46 |
Bmagic |
I'm troubleshooting a search result issue. Search does return results at the consortium level and you can see the item is clearly attached to a bib at a branch, but when I change the search to scope to that branch, no results. that's all I change, the branch |
| 16:46 |
Bmagic |
disable triggers? which triggers are you thinking are disabled? |
| 16:47 |
Bmagic |
how is it possible for earch to return just fine at the consortium level for a bib that contains exactly one item, attached at branch A, but searching in the scope of branch A doesn't return? |
| 16:48 |
eeevil |
triggers maintain the data used to test visibility, so ... those ones |
| 16:49 |
eeevil |
are there located URIs on the bib? |
| 16:49 |
|
jihpringle joined #evergreen |
| 16:49 |
Bmagic |
no |
| 16:51 |
jihpringle |
Bmagic: long shot but is there any chance the shelving location is deleted? |
| 16:51 |
Bmagic |
biblio record entry has {} for vis_attr_vector |
| 16:51 |
eeevil |
Bmagic: and, to be clear, modern EG tests visibility on demand, it does not use the old visibility caching. various stuff is collected statically into an int array, and then that is checked with an overlaps test against the currently-configured set of visible things |
| 16:51 |
Bmagic |
I checked that, non of the things are opac_visible='false |
| 16:52 |
jihpringle |
we ran into some really weird issues in search and display when a library accidentally deleted a shelving location they were still using |
| 16:52 |
Bmagic |
the status is "in Process" which is opac visible, the shelving location is visible, the org unit is visible |
| 14:42 |
|
abowling joined #evergreen |
| 14:43 |
redavis |
Dyrcona, did you allow it for all permission groups or one specifically? |
| 14:46 |
Dyrcona |
1 specifically... the one I'm in. |
| 14:48 |
redavis |
Is this a localized server environment or test w/ concerto? |
| 14:50 |
Dyrcona |
It's basically a copy of our production that has been upgraded to 3.13.3. |
| 14:50 |
Dyrcona |
I think I have to do more configuration before I can actually turn it on. I'll check the documentation. |
| 14:51 |
redavis |
Got it. I was going to see if you wanted someone to take a look if had an anonymous dataset. But...n/m. I ain't an expert at all, but did fuss around with it a lot. |
| 14:53 |
abneiman |
still some open spots on the BuildMaster sheet for next week if anyone's available: https://docs.google.com/spreadsheets/d/1gZayHfF7qK0zwLMEAXt-PbKBMiAM_F6EZguqzIYceBY/edit?usp=sharing |
| 14:54 |
abneiman |
(shameless plug) |
| 14:55 |
redavis |
specifically someone to test Bmagic's 3.13.4 tarball. |
| 14:55 |
|
mantis left #evergreen |
| 14:56 |
Dyrcona |
I'm getting something about undefined factors. I have more set up to do. |
| 14:57 |
Dyrcona |
Doesn't help I'm trying to do something else time sensitive, and I think I missed it. |
| 16:05 |
redavis |
NC was very hard after it, as was GA and grumblings from IN as well. |
| 16:05 |
redavis |
lol, I won't tell anyone about SIP2. Until the "after days" |
| 16:07 |
Dyrcona |
I think this works well enough to put in for 3.14 beta. Any bugs turn up we can fix them before the final release. |
| 16:08 |
redavis |
Yes. And it's going to need some broader scope production testing as well. There will invariably be some tickets that spin off from it, but I think it's a very solid and functional big first step. |
| 16:08 |
redavis |
For something that a lot of people concede is necessary but feel like it's a PITA. |
| 16:09 |
Dyrcona |
It just means I have to get up to get my phone out of my pants when working from home. :) |
| 16:09 |
redavis |
see? It's actually SAVING you from a PITA. |
| 16:09 |
Dyrcona |
I already do this for Github, Gmail/Google, payroll/time clock, etc. |
| 17:33 |
eeevil |
right on. now, having tossed those out, I run away! |
| 17:33 |
Bmagic |
laters |
| 17:38 |
Guest6 |
Hello. In web staff client for holding "Pickup Location" shows Short (Policy) Names. I want to show organisation unit names. How can I do this? |
| 17:40 |
Bmagic |
eeevil: combined was set to no, so I set it to yes. That didn't fix it, but maybe we need to reingest after that? I just reingested the one record that I'm testing with and it doesn't to seem to have solved it. I didn't restart Evergreen though |
| 17:41 |
Bmagic |
Guest6: is this while placing a hold? Or are you creating/editing a hold policy? |
| 17:48 |
Guest6 |
Yes, while pacing hold. |
| 17:49 |
Guest6 |
while placing hold. |
| 11:37 |
csharp_ |
ian2: logs information that's probably useful: https://docs.google.com/document/d/1BJ7kSr5LfPkxXRhcrYjNyPlbT9PlNFHg6zL-tyetnKA/edit?pli=1 |
| 11:38 |
csharp_ |
that doc or something like it needs to go into the official documentation |
| 11:38 |
csharp_ |
I'll submit a docs pull request at some point |
| 11:38 |
mmorgan |
ian2: Not really, we originally had a single hold.available trigger at the CONS level, but moved them all down to system and branch level during covid times by cloning the CONS one and editing the owner. Then we could enable when appropriate. |
| 11:41 |
mmorgan |
ian2: I assume you're testing by checking in a held item so that it goes on the Holds Shelf? |
| 11:42 |
ian2 |
You assume correct |
| 11:42 |
mmorgan |
:) |
| 12:17 |
Bmagic |
csharp_: PG15 is working for us, but I've been limiting it to Evergreen 3.12 and higher. I can't say for previous versions of EG |
| 15:20 |
Bmagic |
#action waiting on |
| 15:20 |
Bmagic |
whoops |
| 15:20 |
Bmagic |
#action waiting on gmcharlt for access to POEditor for git integration |
| 15:20 |
Bmagic |
#info sleary and sandbergja will create/consolidate the test writing wiki page(s) |
| 15:21 |
sleary |
sandbergja and I will meet later this week to work on that |
| 15:21 |
sleary |
carry forward, please |
| 15:21 |
Bmagic |
#action sleary and sandbergja will create/consolidate the test writing wiki page(s) |
| 15:21 |
Bmagic |
#info sandbergja will make it easier for folks to know how to run the tests in single file mode and all-mode |
| 15:21 |
Bmagic |
I guess that's the same thing? |
| 15:21 |
sleary |
yes |
| 15:22 |
Bmagic |
berick++ |
| 15:22 |
mmorgan |
berick++ |
| 15:22 |
mmorgan |
jeff++ |
| 15:22 |
jeff |
other testing welcome, especially if you feel your environment may be unusual (though this changes the extension, and not the native messenger / locally installed bits) |
| 15:22 |
csharp_ |
jeff++ |
| 15:22 |
csharp_ |
berick++ |
| 15:22 |
shulabramble |
jeff++ berick++ |
| 15:23 |
Bmagic |
who is the one that installs/updates the extension in the store? |
| 15:23 |
berick |
i should have access |
| 15:23 |
berick |
galen does too, maybe others |
| 15:23 |
jeff |
I think the next step assuming successful testing will be to do a short beta test in the Chrome web store, to ensure that the V2 -> V3 upgrade doesn't introduce any unexpected "hey you have to re-re-enable this 'sideloaded' extension" problems, etc. |
| 15:23 |
Bmagic |
jeff: perfect |
| 15:24 |
Bmagic |
we need a sign-off, merge, and beta version in the store? |
| 15:24 |
berick |
and likely some docs around Firefox, since I had to break the manifests into one file per browser |
| 15:25 |
jeff |
prettyty much. please carry forward as testing in progress, and I hope/expect we should have progress to report next meeting. |
| 15:25 |
jeff |
assuming my keyboard / terminal stops repeating my letters. :-P |
| 15:25 |
dluch |
lol |
| 15:26 |
Bmagic |
#action bug 2076921 expected to get more testing and merged, and beta uploaded to store |
| 15:26 |
pinesol |
Launchpad bug 2076921 in Evergreen "Hatch: Chrome Extension Requires Redevelopment" [High,Confirmed] https://launchpad.net/bugs/2076921 - Assigned to Jeff Godin (jgodin) |
| 15:26 |
Bmagic |
#info Bmagic will work on upgrading the version of DokuWiki |
| 15:26 |
Bmagic |
I did it! Thank you, thank you |
