| 00:38 |
|
sandbergja_ joined #evergreen |
| 03:10 |
|
khuckins joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:31 |
|
agoben joined #evergreen |
| 06:45 |
|
sandbergja__ joined #evergreen |
| 06:48 |
|
sandbergja__ joined #evergreen |
| 15:14 |
csharp |
jvwoolf1: and make sure the /openils/conf and /openils/var/web/reports fm_IDL.xml's are aligned |
| 15:14 |
jvwoolf1 |
csharp: Will do! Thanks! |
| 15:15 |
csharp |
we don't have i18n needed here so we just symlink the reports one to the conf one |
| 15:15 |
jvwoolf1 |
Yeah, I found that out when I was testing |
| 15:22 |
jvwoolf1 |
bmagic++ # For the Hacking Evergreen video series. Wish I had found these sooner! |
| 15:26 |
Bmagic |
jvwoolf1++ |
| 15:26 |
Bmagic |
thanks! |
| 15:44 |
|
sandbergja joined #evergreen |
| 15:50 |
|
dbwells joined #evergreen |
| 17:01 |
Bmagic |
rhamby++ # collectionhq patch review |
| 17:47 |
|
mmorgan left #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:16 |
|
abowling1 joined #evergreen |
| 18:38 |
|
sandbergja joined #evergreen |
| 19:25 |
|
sandbergja_ joined #evergreen |
| 19:26 |
|
sandbergja_ joined #evergreen |
| 19:28 |
|
sandbergja__ joined #evergreen |
| 20:13 |
pinesol |
[evergreen|Jason Stephenson] Lp 1843079: Add renewals remaining to AutoRenew reactor's user data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=68ed88e> |
| 20:30 |
|
mrisher joined #evergreen |
| 21:07 |
|
sandbergja_ joined #evergreen |
| 21:09 |
|
sandbergja joined #evergreen |
| 03:04 |
|
khuckins joined #evergreen |
| 04:48 |
|
khuckins joined #evergreen |
| 05:27 |
|
khuckins joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:28 |
|
rjackson_isl_hom joined #evergreen |
| 07:39 |
|
agoben joined #evergreen |
| 07:51 |
|
rfrasur joined #evergreen |
| 11:22 |
Dyrcona |
nfBurton: Keep in mind that my function returns the id of the new event definition in case you want to change the template or granularity or whatever. I've used it a lot since writing it, because of COVID. |
| 11:26 |
Dyrcona |
I upgraded the VM to postgresql-client-12 and everything is good. Also means that I get the new --csv option that I have gotten used to using on my laptop. :) |
| 11:28 |
Dyrcona |
So far, Pg 12 has been nice. I've noticed that inserts seem to be a lot faster than on Pg 9.6. |
| 11:31 |
Dyrcona |
That said, I haven't tested anything really complicated, yet. |
| 11:31 |
csharp |
I'll start looking at it soon |
| 12:18 |
|
nfBurton joined #evergreen |
| 12:22 |
|
khuckins joined #evergreen |
| 14:54 |
|
sandbergja joined #evergreen |
| 15:31 |
Bmagic |
Dyrcona: That PG function for cloning seems like a good candidate for inclusion into stock. Cloning AT environment doesn't work most of the time anyway. What if EG didn't give you a choice and just cloned the AT with the environment, end of story? |
| 15:34 |
Dyrcona |
Bmagic: I don't use the admin interface, so I don't know how well or how poorly this works in the client. There are other ways besides a database function to make it copy the environment and parameters when cloning. |
| 15:35 |
Bmagic |
agreed, just seems that this solution has already been coded and "tested" in production. It seems straight forward as well. Just sayin' |
| 15:35 |
rfrasur |
I could have dreamed this. Has the library settings editor been angularized in an upcoming version? I'm not seeing it...but am hopeful that I'm just overlooking. |
| 15:36 |
Bmagic |
rfrasur: I read that somewhere too.... |
| 15:37 |
rfrasur |
Was it in a fantasy novel? Or something on the wiki? |
| 17:55 |
berick |
and are they all in 'processed' status? |
| 17:55 |
berick |
or complete |
| 17:56 |
Bmagic |
all identical "proccessed" - same PO, same File name, everything. create_time is different, id is different |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:01 |
berick |
Bmagic: i can't explain that. what EG version? |
| 18:02 |
Bmagic |
3.3.4 |
| 18:02 |
Bmagic |
so you are saying that you don't have those same rows repeated? (I though you did) |
| 02:15 |
|
dbwells joined #evergreen |
| 03:26 |
|
laurie joined #evergreen |
| 04:17 |
|
dbwells joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:54 |
|
agoben joined #evergreen |
| 07:24 |
|
rjackson_isl_hom joined #evergreen |
| 07:26 |
|
collum joined #evergreen |
| 09:39 |
csharp |
I remember a few years ago jeffdavis (?) had a ticket for forcing HTTPS everywhere and there were some concerns, but I haven't seen any trouble using the OPAC with HTTPS, so maybe those are all gone? |
| 10:01 |
Dyrcona |
csharp: Offline or something like that used to break in the XUL client, other than that go for it. |
| 10:01 |
Dyrcona |
But, the OPAC, never had a problem with HTTPS except for mixed content warnings that I believe we have resolved. |
| 10:02 |
Dyrcona |
csharp: You might also be interested to know that I'm switching our main test/development database to Pg 12 today. |
| 10:03 |
csharp |
yes, I am interested - please keep us informed! :-) |
| 10:04 |
csharp |
thanks for the response - that was my understanding too (that it was XUL related) |
| 10:16 |
|
jvwoolf joined #evergreen |
| 17:21 |
mmorgan |
Chrome reset worked for one user, fingers crossed for the others! |
| 17:23 |
|
mmorgan left #evergreen |
| 17:59 |
|
abowling1 joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:05 |
|
abowling joined #evergreen |
| 18:16 |
|
jvwoolf joined #evergreen |
| 18:17 |
|
dbwells joined #evergreen |
| 01:40 |
|
jvwoolf joined #evergreen |
| 01:45 |
|
jvwoolf joined #evergreen |
| 01:57 |
|
jvwoolf joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2020-08/2020-08-06_04:00:16/test.29.html> |
| 06:34 |
|
agoben joined #evergreen |
| 07:25 |
|
rjackson_isl_hom joined #evergreen |
| 07:53 |
|
mantis1 joined #evergreen |
| 12:47 |
pinesol |
[evergreen|Galen Charlton] LP#1864371: (follow-up) fix lint - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1a51824> |
| 12:47 |
pinesol |
[evergreen|Galen Charlton] LP#1864371: bump up ng-bootstrap to 7.0.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0ebbd2f> |
| 12:48 |
gmcharlt |
berick++ sandbergja++ |
| 12:49 |
sandbergja_ |
Anybody else having trouble running this pgtap live test: lp1145213_test_func_asset.merge_record_assets.pg ? |
| 12:49 |
sandbergja_ |
testing.evergreen-ils.org has no problems with it, but it fails every time I try it on recent branches |
| 12:50 |
sandbergja_ |
every other pgtap live test runs fine -- just that one |
| 12:50 |
sandbergja_ |
either I get 3 instead of 4, or it complains about the prefix fkey (which makes sense to me) |
| 12:51 |
phasefx |
that one broke before and I thought I fixed it |
| 12:52 |
sandbergja_ |
phasefx: let me check; maybe I have the broken version |
| 12:52 |
phasefx |
bbe8a9295e8e309b3c240808ba7e2ad491dbf82c |
| 12:52 |
pinesol |
phasefx: [evergreen|Jason Etheridge] lp1145213 avoid race condition in bib merge test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bbe8a92> |
| 13:04 |
Bmagic |
berick++ |
| 13:04 |
Bmagic |
sandbergja++ |
| 13:33 |
JBoyer |
berick++ |
| 14:24 |
Bmagic |
abneiman: jynx! |
| 14:25 |
Bmagic |
yeah, talking about that here could soak up a bunch of time - listerv |
| 14:25 |
abneiman |
will do |
| 14:25 |
dluch |
Sounds great, thanks |
| 14:25 |
dluch |
Big thanks again to Bmagic and remingtron for all their work getting Antora set up and to devted for finding it and everyone in DIG who tested and made suggestions! |
| 14:25 |
dluch |
Bmagic++ remingtron++ devted++ |
| 14:26 |
Bmagic |
and the link again for anyone: http://eg-docs.georgialibraries.org/prod/ |
| 14:26 |
dluch |
gmcharlt++ abneiman++ for getting it all wrangled in! |
| 14:26 |
dluch |
Antora++ |
| 14:30 |
dluch |
Related to that, as I was looking through all the tickets on Launchpad with the tag "documentation," I noticed a bunch that are super-old and/or no longer relevant. I made going through them a suggestion for a possible thing to work on during working time, unless this seems like a project that DIG should work on together. |
| 14:31 |
dluch |
Thoughts/Questions? |
| 14:31 |
alynn26 |
as to LP# 1642023 There is more work to be done, but those can be added later. |
| 14:31 |
abneiman |
dluch: the PR on 1487123 is a couple years old and there's a pending question from gmcharlt about it - and I'm not sure if it will still play nicely with Antora - so taht might need deeper review than just a test/signoff? |
| 14:32 |
dluch |
abneiman: Okay, sounds good. That was one I hadn't really have time to look over. |
| 14:32 |
jweston |
dluch: review of old doc bugs sounds great - I don't think it needs to be a group DIG project; just as individual time allows |
| 14:32 |
gmcharlt |
yeah, my gut feeling is that will need to be looked at afresh post-Antora |
| 16:14 |
* JBoyer |
too |
| 16:33 |
Bmagic |
berick++ |
| 16:40 |
|
mantis1 left #evergreen |
| 16:48 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2020-08/2020-08-06_16:00:03/test.7.html> |
| 17:05 |
|
mmorgan left #evergreen |
| 17:59 |
|
abowling1 joined #evergreen |
| 18:10 |
|
abowling joined #evergreen |
| 01:32 |
|
abowling1 left #evergreen |
| 03:01 |
|
mrisher_ joined #evergreen |
| 04:49 |
|
mrisher joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:00 |
|
agoben joined #evergreen |
| 07:13 |
|
rjackson_isl_hom joined #evergreen |
| 07:40 |
|
angelo joined #evergreen |
| 15:03 |
JBoyer |
Folks can feel free to introduce themselves as they continue to come in |
| 15:03 |
JBoyer |
#topic Action Items from Last Meeting |
| 15:03 |
|
Topic for #evergreen is now Action Items from Last Meeting (Meeting topic: 2020-08-04 - Developer Meeting, Agenda Available at https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2020-08-04) |
| 15:03 |
JBoyer |
First up, now that I notice he may not be here, csharp was going to ask around PINES if lp 1821094 is ready or needs more testing, terran, do you know how that went? |
| 15:04 |
pinesol |
Launchpad bug 1821094 in Evergreen 3.4 "Item status refresh after editing can get confusingly slow" [Medium,Confirmed] https://launchpad.net/bugs/1821094 |
| 15:04 |
terran |
I'm not sure |
| 15:04 |
miker |
#info mike = Mike Rylander, EOLI |
| 15:57 |
gmcharlt |
I'm inclined to merge it sooner rather than later, in particular, before feedback fest |
| 15:58 |
berick |
i saw the comment re: removing the org setting, gmcharlt |
| 15:58 |
berick |
i'll look at that |
| 15:58 |
gmcharlt |
and specifically before feedback fest so that /all/ test systems set up for FF are implicitly testing it as well |
| 15:59 |
JBoyer |
That does make sense, should help with the slightly shorter release cycle also. |
| 15:59 |
_sandbergja |
+1 merging it soon for 3.6 |
| 16:00 |
JBoyer |
berick, do you want an action item for that or would you like someone else to give it another look first? |
| 16:00 |
_sandbergja |
As a side note, it will be really nice to have those broadcast messages in the Angular client |
| 16:01 |
berick |
JBoyer: i have one thing to fix (removing org setting), but other than that I thing someone else would need to volunteer for testing the branch |
| 16:01 |
_sandbergja |
I can volunteer |
| 16:01 |
berick |
thanks _sandbergja++ |
| 16:01 |
JBoyer |
_sandbergja++ |
| 16:02 |
JBoyer |
#action _sandbergja to do some testing on the Angular staff catalog branch with the aim of merging pre-feedback fest |
| 16:03 |
JBoyer |
And I suppose berick's second point on the agenda is fairly closely related, given the timing? |
| 16:03 |
berick |
right, Ang 9 (or 10) bug 1864371 |
| 16:03 |
pinesol |
Launchpad bug 1864371 in Evergreen "Upgrade to Angular 9" [Undecided,Confirmed] https://launchpad.net/bugs/1864371 |
| 16:05 |
berick |
_sandbergja: definitely not |
| 16:05 |
_sandbergja |
Yes! |
| 16:06 |
gmcharlt |
I also glanced over the ng-bootstrap and bootstrap release notes, and bumping up up to 7.0.0 and 4.5.1 respectively doesn't look like it will be too painful |
| 16:06 |
berick |
and the tab/nav changes are encouraged but not strictly required yet |
| 16:06 |
berick |
hold my last thought, i haven't tested latest bootstrap |
| 16:06 |
berick |
pretty sure it's still just deprecated, though |
| 16:06 |
_sandbergja |
I can take a look after you, gmcharlt |
| 16:06 |
gmcharlt |
_sandbergja++ |
| 16:07 |
berick |
gmcharlt++ _sandbergja++ |
| 16:07 |
berick |
+1 to pre-FF |
| 16:08 |
_sandbergja |
So, when reviewing old PRs, we can easily check Angular 10 compatibility |
| 16:08 |
gmcharlt |
yeah |
| 16:09 |
JBoyer |
#action gmcharlt , _sandbergja , and berick will work to test and merge lp 1864371 to use Angular 10 in the staff client before Feedback Fest week. |
| 16:09 |
pinesol |
Launchpad bug 1864371 in Evergreen "Upgrade to Angular 9" [Undecided,Confirmed] https://launchpad.net/bugs/1864371 |
| 16:09 |
JBoyer |
That sounds great. |
| 16:09 |
JBoyer |
Given it's standing as a, uh, standing item, we can skip over discussionneeded for now. |
| 16:11 |
gmcharlt |
not much to say otherwise unless there are questions |
| 16:11 |
JBoyer |
lp 1879983 for those reading the logs later |
| 16:11 |
pinesol |
Launchpad bug 1879983 in Evergreen "Curbside Pickup" [Wishlist,Confirmed] https://launchpad.net/bugs/1879983 |
| 16:12 |
mmorgan |
Is the test server with that code still available? |
| 16:13 |
gmcharlt |
mmorgan: as it happens, yeah, curbside.evergreencatalog.com is still up |
| 16:13 |
jeffdavis |
we're testing curbside here, will share any feedback via LP |
| 16:13 |
gmcharlt |
only thing it would need is refreshing it to the latest-and-greatest |
| 16:13 |
gmcharlt |
jeffdavis++ |
| 16:14 |
JBoyer |
Any other questions or curbside discussion? |
| 16:44 |
Dyrcona |
"Ain't That Pretty At All" |
| 17:36 |
|
mmorgan left #evergreen |
| 17:38 |
|
sandbergja_ joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:11 |
|
dbwells_ joined #evergreen |
| 18:20 |
|
sandbergja_ joined #evergreen |
| 18:57 |
|
RBecker joined #evergreen |
| 03:31 |
|
sandbergja__ joined #evergreen |
| 03:34 |
|
sandbergja__ joined #evergreen |
| 04:33 |
|
mrisher joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl_hom joined #evergreen |
| 07:53 |
|
rfrasur joined #evergreen |
| 07:57 |
|
agoben joined #evergreen |
| 08:36 |
|
collum joined #evergreen |
| 08:38 |
|
Dyrcona joined #evergreen |
| 08:52 |
|
mantis1 joined #evergreen |
| 09:38 |
pinesol |
[evergreen|Josh Stompro] LP#1851541 - Add audio alert for item alert popups - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cc1852a> |
| 09:48 |
pinesol |
[evergreen|Jason Etheridge] lp1731370 CSS styling for new items and volumes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=22ee04b> |
| 09:48 |
pinesol |
[evergreen|Jason Etheridge] lp1731370 CSS styling for new items and volumes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=912b840> |
| 09:48 |
pinesol |
[evergreen|Jane Sandberg] LP1731370: Distinguishing new copies and volumes with aditional means (WCAG 1.4.1) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3d39064> |
| 10:30 |
pinesol |
[evergreen|Kyle Huckins] LP#1754110 Patron Reg. Field Label Override - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5169b97> |
| 10:30 |
pinesol |
[evergreen|Kyle Huckins] lp1754110 Patron Reg Field Label Override Release Notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0e275ea> |
| 10:30 |
pinesol |
[evergreen|Galen Charlton] LP#1754110: (follow-up) release notes tweak - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4640519> |
| 10:46 |
berick |
gmcharlt++ |
| 10:47 |
Dyrcona |
@praise gmcharlt |
| 10:47 |
* pinesol |
gmcharlt can run a report without assistance |
| 11:18 |
sandbergja_ |
gmcharlt++ |
| 11:20 |
sandbergja_ |
On a related note, I am so excited for 3.5.1. 38 bug fixes so far! |
| 11:31 |
csharp |
gmcharlt++ |
| 11:40 |
jeff |
It looks like there are multiple ways that someone can place a hold on something, then have an item captured to fill that hold, then have circ policy prohibit checking that item out. Disregarding things like "you have a standing penalty that blocks CIRC but not CAPTURE", there are still things like "circ policy says you have to be this old to check this item out". Am I missing some way that other |
| 11:40 |
jeff |
libraries handle this, or is this just a sharp edge we have to be careful of when doing things like limiting circ by user age? |
| 11:43 |
jeff |
I don't think we'd want to test "can this patron check this item out at the pickup library" because of the aforementioned "standing penalty blocks CIRC but not CAPTURE"... |
| 11:48 |
jeff |
Stated another way, there are some cases where the item should be captured for a hold even though circ policy would block checkout, because the reason for the block (say, fines or patron expiration) can be resolved at checkout time. Other things, like patron age... are less likely to be resolved at checkout time. |
| 11:49 |
jeff |
And yes, there would be a corner case with "patron isn't old enough to check the item out at capture time, but they will be old enough before the shelf expiry time is reached!" -- I'm okay with the solution there being "don't capture until the user is old enough". :-) |
| 11:49 |
jeff |
Has anyone else here run into a similar scenario, and given it thought or a solution/ |
| 11:49 |
jeff |
? |
| 11:59 |
|
jihpringle joined #evergreen |
| 12:14 |
|
rjackson_isl_hom joined #evergreen |
| 12:19 |
Dyrcona |
jeff: Limiting circ by age seems to be a problem, so stop doing that. I know that's a non-answer, but..... |
| 12:20 |
Dyrcona |
We can't currently limit hold placement by age, can we? In light of your situation that would be a possible enhancement. |
| 12:25 |
|
khuckins joined #evergreen |
| 12:26 |
|
sandbergja_ joined #evergreen |
| 12:34 |
jvwoolf |
I'm testing a change to fm_IDL.xml that should affect a reporter source. I have copied the changed IDL to /openils/conf and /openils/web/reports. I ran autogen, restarted Apache and all Evergreen services including the reporter. I'm still not seeing my change in the report template when I create a new one from scratch. What am I missing? |
| 12:36 |
|
sandbergja__ joined #evergreen |
| 12:37 |
JBoyer |
jeff, I don't suppose uou |
| 12:38 |
JBoyer |
re so lucky as to be interested in a minor / adult distinction, are you? Since config.hold_matrix_matchpoint does consult the juvenile flag. |
| 16:48 |
|
sandbergja__ joined #evergreen |
| 17:22 |
|
mmorgan left #evergreen |
| 17:28 |
|
sandbergja__ joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:06 |
|
sandbergja__ joined #evergreen |
| 18:24 |
|
abowling1 joined #evergreen |
| 18:42 |
|
abowling joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:37 |
|
agoben joined #evergreen |
| 07:14 |
|
Dyrcona joined #evergreen |
| 07:29 |
|
rjackson_isl_hom joined #evergreen |
| 12:39 |
csharp |
dbs: speaking of, we have a newly-provisioned EG web server set up to replace lupin - if you want to move the planet stuff there when we migrate, we can do that |
| 12:40 |
csharp |
no schedule for that at the moment, just on The List |
| 12:40 |
Dyrcona |
@blame The List |
| 12:40 |
pinesol |
Dyrcona: The List tests their code on the LIVE SERVERS, then blames the user. SAD! |
| 12:40 |
Dyrcona |
@band add The List |
| 12:40 |
pinesol |
Dyrcona: Band 'The List' added to list |
| 12:41 |
Dyrcona |
"So little to do and so much time... Wait. Strike that. Reverse it." |
| 16:54 |
|
jihpringle joined #evergreen |
| 17:30 |
|
mmorgan left #evergreen |
| 17:50 |
|
sandbergja joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live//archive/2020-07/2020-07-29_16:00:03/test.28.html> |
| 18:14 |
|
khuckins joined #evergreen |
| 18:25 |
|
jihpringle joined #evergreen |
| 19:18 |
|
collum joined #evergreen |
| 01:33 |
|
jvwoolf joined #evergreen |
| 03:34 |
|
dbwells joined #evergreen |
| 04:30 |
|
dbwells joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:56 |
|
agoben joined #evergreen |
| 07:10 |
|
rjackson_isl_hom joined #evergreen |
| 07:12 |
dickreckard |
hello all.. i have a question regarding the open-ils.search.biblio.marc method.. |
| 10:39 |
agoben |
(<.<) (>.>) ....yeah, just the good stats... (<.<) (>.>) |
| 10:39 |
csharp |
idea that just occurred to me without thinking too much about it: create a stats schema that doesn't care about anything live or archived |
| 10:41 |
Dyrcona |
Well, we could actually calculate stats and store them, then they won't change later when things are deleted/updated. Is that what you mean, csharp? |
| 10:44 |
Dyrcona |
rhamby: The update works for me. I got the old circs to delete and the others look like new checkouts. I'll refrain from adding additional updates, because I don't need them, yet. (I'm testing with a library that left CWMARS to join MVLC about 8 years ago.) |
| 10:45 |
rhamby |
Dyrcona: coolness |
| 10:45 |
|
jvwoolf1 joined #evergreen |
| 10:46 |
|
nfBurton joined #evergreen |
| 11:19 |
rhamby |
it's another one of those "it would be nice .... when we have time" things |
| 11:19 |
Dyrcona |
Yeahp. |
| 11:20 |
Dyrcona |
So, I think I'll just add a esi schema to my database and we can figure out something more automatic later if necessary. |
| 11:20 |
Dyrcona |
my test database that is. |
| 11:23 |
Dyrcona |
I have 9 org units that I can remove, though we might keep one. krvmga used to use it for testing things. Not sure if anyone else does. |
| 11:27 |
Dyrcona |
csharp++ # For list migration work. |
| 11:34 |
jeff |
printers-- |
| 11:39 |
Dyrcona |
printing-- |
| 17:39 |
|
sandbergja joined #evergreen |
| 17:39 |
|
jvwoolf1 left #evergreen |
| 17:44 |
|
mrisher_ joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:09 |
|
abowling1 joined #evergreen |
| 19:25 |
|
abowling joined #evergreen |
| 01:43 |
|
sandbergja joined #evergreen |
| 01:48 |
|
sandbergja joined #evergreen |
| 04:20 |
|
mrisher joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:55 |
|
agoben joined #evergreen |
| 07:44 |
|
Dyrcona joined #evergreen |
| 08:05 |
|
alynn26 joined #evergreen |
| 09:09 |
|
dbwells joined #evergreen |
| 09:13 |
|
mrisher joined #evergreen |
| 09:14 |
|
jvwoolf joined #evergreen |
| 10:38 |
pinesol |
[evergreen|Jane Sandberg] LP1845241: Use the correct API call to Undelete a bib record - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d7ed1d2> |
| 11:07 |
|
jvwoolf joined #evergreen |
| 11:11 |
|
nfBurton joined #evergreen |
| 11:23 |
gmcharlt |
berick: apropos of bug 1888524, is it intended that the Angular MARC editor not update 005 fields upon record save? |
| 15:37 |
|
AFloyd__ joined #evergreen |
| 15:39 |
JBoyer |
mmorgan, one issue with email gateway SMS delivery that I've seen before is the user brings in a phone from MVNO carrier X, that leases spectrum from multiple nationwide carriers and doesn't offer their own email gateway. Since you usually can't tell by looking at the phone which of the big 4 carriers actaully communicates with it you have to guess. :-/ |
| 15:39 |
JBoyer |
lp 1777677 would help with that. |
| 15:39 |
pinesol |
Launchpad bug 1777677 in Evergreen "Test notification method" [Wishlist,Confirmed] https://launchpad.net/bugs/1777677 |
| 15:45 |
|
sandbergja joined #evergreen |
| 15:45 |
mmorgan |
JBoyer: Good to know, and Yes, that enhancement sounds great. Much more elegant than suggesting that they text themselves call numbers from the opac to test ;-) |
| 15:58 |
jeff |
That being perhaps the second largest reason why we don't use email to SMS gateways. :-) |
| 15:59 |
|
rfrasur joined #evergreen |
| 15:59 |
* jeff |
bumps reshelving interval to 96 hours |
| 16:20 |
* mmorgan |
will mark 1839859 as the dup since the other has the fix |
| 16:38 |
csharp |
just needs a commit to master - since I'm the author, I'll defer to someone else to commit the fix |
| 17:15 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:39 |
|
abowling1 joined #evergreen |
| 18:52 |
|
jihpringle joined #evergreen |
| 18:55 |
|
abowling joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:04 |
|
agoben joined #evergreen |
| 07:19 |
|
rjackson_isl_hom joined #evergreen |
| 08:07 |
|
Dyrcona joined #evergreen |
| 11:57 |
mmorgan |
Dyrcona: Yes, rebooted several times |
| 11:58 |
mmorgan |
Question, should the scannable barcode show in the preview when configuring the print template? |
| 12:01 |
Dyrcona |
Answer: I wouldn't expect it to. |
| 12:02 |
mmorgan |
Ok, thanks. I have not seen the scannable code in the preview, but it does print in my testing. |
| 12:07 |
|
jvwoolf joined #evergreen |
| 12:07 |
* mmorgan |
takes that back. I see the scannable barcode in the preview. |
| 12:09 |
mmorgan |
Hmm. pastebin: Service Temporarily Unavailable |
| 12:09 |
Dyrcona |
I didn't expect it to show up, but I guess that's a good sign. |
| 12:13 |
Dyrcona |
mmorgan: Do other Windows programs see the barcode font? Can you use it in Notepad, for instance? |
| 12:17 |
mmorgan |
I asked them to try Word, but I'll need to confirm with them what the findings were. I neglected to make note of them :-( |
| 16:00 |
|
mantis1 left #evergreen |
| 16:36 |
|
Christineb joined #evergreen |
| 17:14 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:52 |
|
sandbergja joined #evergreen |
| 19:09 |
|
sandbergja joined #evergreen |
| 04:04 |
|
kip joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
agoben joined #evergreen |
| 07:28 |
|
rjackson_isl_hom joined #evergreen |
| 08:02 |
|
rfrasur joined #evergreen |
| 13:00 |
* Dyrcona |
switches laptops. |
| 13:02 |
mmorgan |
jonadab: What you describe about only the copy on the pull list capturing the hold is not what we are seeing. Unless it's a C or P type hold, any holdable copy will get captured regardless of the specific copy listed on the pull list. |
| 13:03 |
mmorgan |
Does stalling allow only the pull list copy to be captured? |
| 13:05 |
csharp |
jeff: hmm - maybe I'm not thinking about it correctly |
| 13:05 |
csharp |
I haven't looked at that lately, code-wise |
| 13:06 |
csharp |
I have looked at boundaries because we used the pandemic closures as an opportunity to test it |
| 13:07 |
|
Dyrcona joined #evergreen |
| 13:17 |
miker |
soft boundary is set per-hold, it starts looking at the setting value (say, branch level) and works it way up the tree until it finds an eligible copy. it stops at the hard boundary or selection_depth=0, whichever comes first |
| 13:18 |
miker |
so if the pickup lib doesn't have a copy, it'll look in the system, and failing that, the next level up (everywhere in the example org tree) for each hold |
| 13:32 |
miker |
mmorgan: there's no logic that lets you set the selection_ou to other than the pickup_lib, AFAICT, but I could certainly see a use for it ... a pickup-only location, say, that has a setting that says "use BLAH as my selection_ou" |
| 13:33 |
miker |
but(!) it looks like if you change the pickup lib after creating the hold, the selection_ou may just stay as the original pickup lib |
| 13:35 |
mmorgan |
miker: ok, so selection_depth is the field that is set when using either hard or soft boundary? |
| 13:35 |
miker |
haven't tested, but does look that way |
| 13:35 |
miker |
mmorgan: right |
| 13:38 |
mmorgan |
gotcha. Looks like soft stalling might be what we want to try next. |
| 13:48 |
|
akilsdonk joined #evergreen |
| 13:48 |
|
drigney joined #evergreen |
| 14:18 |
dluch |
I think we're targeting for 3.6 |
| 14:18 |
alynn26 |
3.6 is the target depending on the scripts |
| 14:18 |
jweston |
I just wondered if any new stuff from 3.5 that needed to be documented has been Antora-ized |
| 14:19 |
alynn26 |
Any docs in master are in the the test Antora doc. |
| 14:19 |
jweston |
alynn26++ thanks |
| 14:19 |
dluch |
Yep |
| 14:19 |
dluch |
Okay, let's move on. I'll be sure to get an Antora update before the next meeting. |
| 15:29 |
|
mantis1 joined #evergreen |
| 15:37 |
Dyrcona |
Ugh. What a time for EOLI to be down. |
| 15:43 |
Dyrcona |
Does anyone else want to look at the branch for Lp 1886852, or should I just push it? |
| 15:43 |
pinesol |
Launchpad bug 1886852 in Evergreen 3.4 "hold-copy map function can be fed non-unique copy lists" [Undecided,Confirmed] https://launchpad.net/bugs/1886852 |
| 15:51 |
|
sandbergja joined #evergreen |
| 16:03 |
|
mantis1 left #evergreen |
| 16:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 16:56 |
|
dbwells joined #evergreen |
| 17:21 |
|
mmorgan left #evergreen |
| 18:30 |
|
phasefx_ joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:00 |
|
agoben joined #evergreen |
| 07:26 |
|
rjackson_isl_hom joined #evergreen |
| 08:10 |
|
alynn26 joined #evergreen |
| 13:53 |
pinesol |
Launchpad bug 1194344 in Evergreen 2.4 "setting OU target weights can cause hold targeting to fail" [Medium,Fix released] https://launchpad.net/bugs/1194344 |
| 13:56 |
miker |
the new targeter doesn't use that code, instead it just shoves the list of copies it's found at the db function ... which then dutifully blows up. different code path, same basic problem |
| 13:57 |
miker |
it's always been possible to blow up that function, btw, and I don't think the new targeter has been changed much since introduction, which is why I don't think you've missed any updates |
| 14:01 |
Dyrcona |
OK. I'll see if we can test that branch soon. I've got a lot going on, but we plan to tes the Stripe V3 code, so I'll see about sneaking the hold targeter patch in at the same time. |
| 14:02 |
Dyrcona |
I confirmed and targeted the bug. |
| 14:27 |
|
agoben joined #evergreen |
| 14:27 |
|
agoben_ joined #evergreen |
