| 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 |
| 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. |
| 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:21 |
Bmagic |
#info berick and jeff will look at making Hatch look better in the chrome store, so that it's not removed |
| 15:21 |
Bmagic |
#info berick: added pullrequest for bug 2076921 |
| 15:21 |
pinesol |
Launchpad bug 2076921 in Evergreen "Hatch: Chrome Extension Requires Redevelopment" [High,Confirmed] https://launchpad.net/bugs/2076921 - Assigned to Jeff Godin (jgodin) |
| 15:21 |
jeff |
berick has a branch / pullrequest for the Manifest V3 changes, and I've just grabbed the bug to test. The changes look like they were "routine" and not "we hav to completely change our approach", so I'm cautiously optimistic. :-) |
| 15:22 |
berick |
yeah, was less intrusive than I expected |
| 15:22 |
Bmagic |
jeff++ |
| 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 |
| 15:49 |
sandbergja |
jeffdavis: I'm glad you mentioned that, I was wondering about that |
| 15:49 |
Bmagic |
sure! It seems like we don't have a lot* of jQuery and dojo code integrated anymore |
| 15:49 |
dluch |
jeffdavis++ |
| 15:49 |
sandbergja |
can it be accurately tested with the test ebook, or would it need to be done with an Overdrive subscription? |
| 15:49 |
dluch |
jeff++ |
| 15:49 |
Bmagic |
jeffdavis++ jeff++ |
| 15:49 |
sleary |
Bmagic that is my impression, but there may be random pockets of stuff I haven't unearthed |
| 15:50 |
Bmagic |
fewer_dependencies++ |
| 15:50 |
jeffdavis |
sandbergja: it's been a long time since I touched it, but the test stuff ought to be enough to confirm that the UI is working IIRC |
| 15:50 |
sleary |
and I will note that it will still be possible to include jQuery if you want it for your custom theme; I just want to eliminate its weight from our default templates, since most of what it does can be done in plain JS these days |
| 15:51 |
Bmagic |
sleary++ # yes! |
| 15:51 |
Bmagic |
ok, anything else on that? |
| 15:52 |
sandbergja |
just to return to my favorite soapbox, it's much easier to write automated tests for opac js behavior that does not rely on external dependencies |
| 15:52 |
sandbergja |
so fewer_dependencies++ for that reason too! |
| 15:52 |
sleary |
sandbergja++ automated_testing++ |
| 15:52 |
shulabramble |
plain_js++ |
| 15:53 |
Bmagic |
a win, win, and probably another win too |
| 14:51 |
pinesol |
Launchpad bug 1948983 in Evergreen "Reports Administrator Permission to View Other Users Templates, Reports, and Output" [Wishlist,Confirmed] https://launchpad.net/bugs/1948983 |
| 14:52 |
jihpringle |
Bmagic: is that in angular reports? |
| 14:52 |
Bmagic |
yes, sorry, 3.13 |
| 14:53 |
jihpringle |
I've seen that in testing, I thought it got reported but maybe not |
| 14:53 |
Bmagic |
should it be a bug? Or are "we" (the community) assuming that when you share a template folder, it's fair game for adding templates? |
| 14:54 |
jihpringle |
for us, it would definitely be a bug |
| 14:54 |
jihpringle |
it would make our shared consortium template folders unusable if anyone can save into them |
| 14:59 |
Bmagic |
I'll write a new report for it I guess |
| 14:59 |
abneiman |
Bmagic: curious for details on this one, as IIRC (and as jihpringle mentioned) this was disovered & fixed during the run up to 3.13 |
| 15:00 |
Bmagic |
we have a consortium on 3.13.0, and a staff member cloned a template into another staff member's shared folder. Maybe it was fixed later? 3.13.1 or .2? |
| 15:01 |
abneiman |
on a stock 3.13.1 test system, a CONS-shared folder behaves as expected (i.e. templates can be used to create a new report, or cloned into one of your own folders). I am NOT seeing that a user can choose a shared folder as a destination for a clone. |
| 15:01 |
Bmagic |
what about simple reports? |
| 15:01 |
Bmagic |
maybe a loophole |
| 15:02 |
abneiman |
simple reports doesn't support sharing or folders |
| 15:02 |
jihpringle |
I think it was happening when you went to clone from shared folder and then canceled it partway through, instead of cancelling the clone it created the template in the shared folder it came from |
| 15:03 |
jihpringle |
(I tested quite a while ago and haven't tested on a 3.13 server) |
| 15:05 |
Bmagic |
I'm testing |
| 15:10 |
Bmagic |
must be something on 3.13.0, because bugsquash.mobiusconsortium.org doesn't allow it |
| 15:20 |
abneiman |
dunno, the only difference between 3.13.0 and 3.13.1 is a handful of security patches. I had Christine Burns' original comment about the cloning issue (https://bugs.launchpad.net/evergreen/+bug/1993823/comments/8) in my internal feedback list with a note "resolved 4/17" |
| 15:20 |
pinesol |
Launchpad bug 1993823 in Evergreen "wishlist: Angular Reports Interface" [Wishlist,Fix released] |
| 15:22 |
abneiman |
anyway I have to run but I'd be interested in other details of how this happened, Bmagic |
| 15:23 |
Bmagic |
me too! I don't see how they did it. It's not in the UI on production |
| 15:24 |
Dyrcona |
It's just one of those things, like the purchase orders I'm looking at that silently fail to create EDI messages, though everything looks right to be able to do that. |
| 15:40 |
Dyrcona |
OK. If I run edi_order_pusher.pl in test mode on one fo the PO ids, it produces output. |
| 15:54 |
Dyrcona |
So, when I ran the order pusher on each purchase order id, they worked. For some reason, these purchase orders were not getting picked up by the order pusher otherwise, even though they turn up when I run the equivalent SQL query to get all of the active pos. |
| 16:06 |
Bmagic |
UHG |
| 16:06 |
Bmagic |
that's annoying |
| 09:58 |
Dyrcona |
:) |
| 09:58 |
pinesol |
News from commits: LP#2069472 Conjoined Items Grid Config Not Saving <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=716e81310735d18537d2f0b7b75701a703faf319> |
| 09:58 |
csharp_ |
pinesol: blame [someone] for Dyrcona lapsing into German |
| 09:58 |
pinesol |
dluch_ tests their code on the LIVE SERVERS, then blames the user. SAD! for Dyrcona lapsing into German |
| 09:59 |
Dyrcona |
Whatever.. It just popped into my head because of the praise. It was a tagline I used to use on a MMO years ago: "Entdecke die Insel von Dyrcona." (Yeah, I used it as my gamer tag, too.) |
| 10:00 |
Dyrcona |
It means, "discover the island." |
| 10:03 |
csharp_ |
Dyrcona++ |
| 11:52 |
mmorgan |
redavis: What are you trying to meld together? |
| 11:52 |
Dyrcona |
redavis: What are you trying to do, and if you it frequently, maybe a view is in order? |
| 11:54 |
jeff |
speaking of billing: when staff incorrectly record the payment type, how are most folk handling that? manual corrections in the back office, directly correcting the issue in the database, or something else? |
| 11:54 |
redavis |
I was trying to get a report of anyone that had a bill. I could set up a traditional report (if clark kent is running on the test server), but was hoping I could run into simple reporter and throw something together quickly. |
| 11:55 |
jeff |
(I can't remember if I've asked that question here recently or not) |
| 11:56 |
redavis |
I didn't find an easy way to get patron connected to billing in simple reporter. It seems to focus on org units. I suspect if I used the circulation "source" it might be doable, but it went beyond the "quick and easy." |
| 11:56 |
Dyrcona |
jeff: I don't deal with that, and I don't hear anyone at CW MARS talking about it. If you really want an answer, you might try the general list. |
| 12:27 |
Dyrcona |
@band add The Reporters |
| 12:27 |
pinesol |
Dyrcona: Band 'The Reporters' added to list |
| 12:40 |
|
kmlussier left #evergreen |
| 12:42 |
eeevil |
(I (I won't blame/out others) call the full reporter Avril internally -- why you gotta make everything so complicated?) |
| 12:43 |
eeevil |
redavis: jfyi, both simple and full reports depend on clark to generate output, so if you have simple on test, you have full also. |
| 12:51 |
redavis |
eeevil, acknowledged about clark/avril. It wasn't so much the running as the preparing to run. I was putting more energy into the building than getting on with the testing. |
| 12:54 |
redavis |
and also acknowledged about SR in relation to billing JBoyer. I just don't generally use SR, and wanted to be a little lazy about building a template in the full reporter...so was hoping someone had done a lot of work so I wouldn't have to. And then I realized, I still don't have to...cuz what I was doing was a choice. So...I quit and ate lunch. The world is better. Also, I love Avril Lavigne and am mostly very happy |
| 12:54 |
redavis |
with complexity. Even if it makes things more...complicated. |
