06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:32 |
|
rjackson_isl_hom joined #evergreen |
08:17 |
|
mantis joined #evergreen |
08:22 |
|
collum joined #evergreen |
13:16 |
mixo |
thank you for help |
13:18 |
Dyrcona |
So, that opensrf.setting.host_config.get call seems to be coming from SettingsClient, but the subsequent opensrf.settings.default_config.get call does not appear to be logged, so I don't think getting the settings is the problem. |
13:18 |
Dyrcona |
mixo: On behalf of those who helped you, "You're most welcome!" |
13:22 |
Dyrcona |
berick: Can I just throw a binary marc file at the port to test it? (It looks like it, but thought I'd ask.) |
13:33 |
Dyrcona |
Well, i tried lobbing a MARC record at it using netcat and nothing happened. |
13:36 |
Dyrcona |
Interesting, it actually got something in my case: Sep 14 13:27:23 training /openils/bin/marc_stream_importer.pl: [INFO:5664:marc_stream_importer.pl:449:163163899556641] stream parser read 1603 bytes |
13:37 |
Dyrcona |
Whatever happens after that, I don't see authentication nor vandelay calls in the logs, and yes, I'm using syslog for everything. |
15:04 |
JBoyer |
Ok, anyone joining later feel free to throw an #info out. |
15:05 |
JBoyer |
#topic Action Items from Last Meeting |
15:05 |
JBoyer |
JBoyer will exercise the staff client in a current release of Edge, and JBoyer will look at adding Edge on Windows support to the Hatch installer |
15:05 |
JBoyer |
Edge testing not being especially high on my list I have not made time to properly put it through its paces. |
15:05 |
JBoyer |
berick has shown though that it can be done without much trouble, so hatch installer changes shouldn't be too bad. |
15:05 |
JBoyer |
If anyone else would like to look into this please let me know, lest I action again. |
15:06 |
JBoyer |
(or rather, #act yourself.) |
15:10 |
gmcharlt |
Edit |
15:10 |
gmcharlt |
Course materials |
15:10 |
pinesol |
Launchpad bug 1904593 in Evergreen "yaous for my account url" [Wishlist,Confirmed] https://launchpad.net/bugs/1904593 - Assigned to Rogan Hamby (rogan-hamby) |
15:10 |
csharp_ |
gmcharlt: we'll be testing bug 1207533 on a PINES-ish server next week if I can get it done |
15:11 |
csharp_ |
also notes re-do |
15:11 |
abneiman |
csharp_++ |
15:12 |
terranm |
I think the pullrequest had been removed from the notes consolidation - that would be nice if it is ready to test and we can test it next week though |
15:12 |
JBoyer |
To give a minor teaser for those not looking at the agenda, the more of the 60 signed off bugs we can get committed the better. :) |
15:12 |
terranm |
+1 |
15:12 |
mmorgan |
+1 |
15:12 |
shulabear |
+1 |
15:13 |
JBoyer |
Any other Evergreen release discussion before moving on? |
15:13 |
abneiman |
I added Patron Notes to the agenda for later discussion since it's a little big & invasive. With the longer timeline we should be able to have that rebased & re-pullrequested though. |
15:13 |
terranm |
A lot of the remaining open pullrequests are things that can't be easily tested and require sys admins and/or developers to look more deeply |
15:14 |
abneiman |
yes, what terranm said :) |
15:14 |
terranm |
abneiman++ |
15:15 |
JBoyer |
Yeah, there are a number of things that are likely not terribly difficult to test, but they are backend things. The "don't specifically require the opensrf user" is certainly one of those. |
15:15 |
terranm |
Note also that Bill has been working on redoing the patron interfaces, so a number of things like notes consolidation will need to have updates done to his new branch at some point too |
15:15 |
JBoyer |
(being quite difficult to test during a bug squashing week) |
15:17 |
|
Guest8574 joined #evergreen |
15:28 |
abneiman |
yes - phasefx can't be at this meeting, but I wanted to get a sense of where the community is on that one. It's a little big & hairy and I know berick is working in a similar space. |
15:29 |
abneiman |
but it has also languished for a while, so, are there specific things that it needs? just more testing and review? |
15:29 |
abneiman |
(gmcharlt please feel free to add anything I've forgotten) |
15:30 |
terranm |
I think the last time we tested the conversion went well but there was some code cleanup needed |
15:30 |
abneiman |
anyway, since it's a big staff-facing change, I just wanted to see what else we can do to get this one over the hump |
15:31 |
gmcharlt |
yeah, echoing abneiman |
15:31 |
terranm |
+1 |
15:32 |
berick |
abneiman: *nod* |
15:32 |
terranm |
I would really love to get that one into 3.8 |
15:32 |
mmorgan |
+1 |
15:33 |
abneiman |
ok, if it's just the rebase and a few small wrinkles, I'm pretty confident that can be PR'd in time to test next week |
15:33 |
terranm |
abneiman++\ |
15:34 |
abneiman |
because I, too, would love to get this into 3.8 :) |
15:34 |
terranm |
oops abneiman++ |
15:34 |
JBoyer |
terranm, csharp_ do you think that's soon enough to also throw at a PINES-sized test system? |
15:34 |
JBoyer |
Because it works *pretty* well on concerto. ;) |
15:35 |
abneiman |
yes, scale testing is key here |
15:35 |
JBoyer |
Anyone else with a large-ish test system that is able to try it out would also be extremely welcome. |
16:25 |
Dyrcona |
Yeah, I was thinking it might be a generated function in the Perl code. |
17:01 |
|
mmorgan left #evergreen |
17:45 |
Bmagic |
upteen hours later. It's an insert into authority.control_set_bib_field_metabib_field_map that did the trick |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:04 |
|
nfBurton joined #evergreen |
18:26 |
|
Stompro joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:24 |
|
rjackson_isl_hom joined #evergreen |
07:52 |
|
mantis joined #evergreen |
08:38 |
|
mmorgan joined #evergreen |
11:21 |
Dyrcona |
That's my understanding: SVF = Single Value Field and MVF = Multiple Value Field. I figured it was covered earlier, so didn't say anything then. |
11:23 |
Dyrcona |
Also as rhamby suggests, if you can find a way to narrow the list of bib records to only those that have the new attribute, it will save you a lot of time on the reingest call. You could try joining to metabib.real_full_rec where the tag is 347 and subfield is b, etc. |
11:24 |
rhamby |
yeah even if you can't target the exact subset (though you probably can) if you can at least narrow out the vast majority it'll save time and db activity |
11:25 |
derekz |
For sure. To test, I'll just make a simple edit and save a record via the web client. If all is good, I'll collect the bib IDs that need reingest. I definitely don't want to hit the db with unnecessary activity. |
12:53 |
|
jvwoolf joined #evergreen |
16:39 |
Bmagic |
miker: let's say I wanted an authority "110" heading to apply to the "subject" axis. It seems* like all I need to do is insert the glue in authority.browse_axis_authority_field_map. Which I've done on a test machine. It's not working immediately, so I need to reingest? |
16:49 |
|
jihpringle joined #evergreen |
16:51 |
Dyrcona |
Bmagic: You'll most likely want to run the authority linking programs. Otherwise, you can wait for the changes to take effect as bibs and authorities are updated. |
16:54 |
|
gsams joined #evergreen |
17:07 |
Bmagic |
later! |
17:09 |
|
mmorgan left #evergreen |
17:30 |
|
jvwoolf joined #evergreen |
18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
21:15 |
|
jvwoolf joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:15 |
|
rjackson_isl_hom joined #evergreen |
08:45 |
|
mmorgan joined #evergreen |
09:00 |
|
stephengwills joined #evergreen |
09:06 |
|
jvwoolf joined #evergreen |
10:14 |
|
Dyrcona joined #evergreen |
11:37 |
|
nfBurton joined #evergreen |
11:42 |
pinesol |
[evergreen|Garry Collum] LP1809157 SMS Carriers display not in alphabetical order - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dc243b4> |
12:08 |
|
jihpringle joined #evergreen |
12:29 |
|
rfrasur joined #evergreen |
12:32 |
pinesol |
[evergreen|Mike Rylander] LP#1823983: repeat_delay check removes event definition id filter - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=36cc5ef> |
13:20 |
|
akilsdonk joined #evergreen |
13:20 |
|
miker joined #evergreen |
13:20 |
|
phasefx joined #evergreen |
14:58 |
berick |
yes, assuming the right perms |
14:58 |
Dyrcona |
Here's the thing: We have 3 catalogers that are going to load records via the stream importer from OCLC, and we'll want them to all be able to process it, etc. |
14:59 |
Dyrcona |
Also, I've never used Vandelay. Can you reuse a queue? That is, can you add some records, process them, then add more later and just process those? |
14:59 |
Dyrcona |
Well, "never' means once or twice for one time tests. |
15:00 |
berick |
yes you can reuse queues. |
15:01 |
Dyrcona |
I thought so, but I've never done it. |
15:01 |
Dyrcona |
Thanks, berick++ |
15:01 |
Dyrcona |
We're going to set up a test on our training server, and I think I know what I need to do to set it up, despite my seemingly ignorant questions. :) |
15:02 |
berick |
Dyrcona: you can also tell the stream importer to import the records as they arrive so staff don't have to interract with vandelay |
15:02 |
Dyrcona |
berick: Yeah. I think they want them in the queue and then they import/overlay later. |
15:02 |
berick |
*nod* |
17:38 |
Bmagic |
That table is not* receiving rows from the authority record's 550 field |
17:50 |
Bmagic |
I'm mistaken on that, the 550 is in the authority.simple_heading, somewhere along the search, my 550 stuff is getting omitted |
17:51 |
Bmagic |
I'm currently disecting FUNCTION metabib.browse |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:25 |
Bmagic |
I think it's this hardcoded string in the function: AND ahf.heading_purpose IN (' || $$'variant'$$ || ') |
18:27 |
|
jihpringle joined #evergreen |
21:20 |
|
stephengwills left #evergreen |
00:57 |
|
gmcharlt joined #evergreen |
00:57 |
|
devted joined #evergreen |
01:00 |
|
pinesol joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:22 |
|
rjackson_isl_hom joined #evergreen |
07:48 |
|
collum joined #evergreen |
07:55 |
|
mantis joined #evergreen |
09:13 |
|
rfrasur joined #evergreen |
09:20 |
|
jvwoolf joined #evergreen |
09:30 |
|
alynn26 joined #evergreen |
11:22 |
pinesol |
[evergreen|Chris Sharp] LP#1932051: Batch calls for add items to bucket - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=057c6ba> |
11:22 |
pinesol |
[evergreen|Jeff Davis] LP#1932051: serialize adding items to bucket from Item Status - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fc914bd> |
11:22 |
csharp_ |
jeffdavis++ # bug 1932051 has solved our problems |
11:22 |
pinesol |
Launchpad bug 1932051 in Evergreen "AngularJS Add to Item Bucket Generating too many simultaneous requests" [High,Fix committed] https://launchpad.net/bugs/1932051 |
11:46 |
|
jihpringle joined #evergreen |
14:08 |
|
jihpringle joined #evergreen |
14:11 |
JBoyer |
nfBurton, ldconfig is definitely installed, but if settings-tester.pl is complaining about it you may need to put your library dir (normally /openils/lib ) in a file such as /etc/ld.config.so.d/opensrf.conf |
14:12 |
JBoyer |
Additionally if the file is there but is missing the .conf extension that may stop it from being used. I don't recall when that may have changed. |
14:15 |
nfBurton |
Yeah, that's there too. I recently tried a test Ubuntu 16 -> 18 upgrade and accidentally trashed some system files. I've got everything mostly back but I get this 500 for opensrf services when I could sign in fine. |
14:28 |
Dyrcona |
I have an AngularJS/translation question. I'm looking at Lp 194920, and it looks like the most localized place to make a change so that a year of -1 shows up as "Legacy/No Date" is line 106 of t_pane_summary.tt2: {{circ_count.year}}: {{circ_count.count}} |
14:28 |
pinesol |
Launchpad bug 194920 in Envy "Python error on Debian (64 Studio)" [Medium,Fix released] https://launchpad.net/bugs/194920 - Assigned to Alberto Milone (albertomilone) |
14:29 |
Dyrcona |
bug 1942920 |
15:08 |
nfBurton |
Ah I think I just need to figure out how to change the psql port cause it required me to also upgrade to psql110 and the port is one number different |
15:08 |
nfBurton |
But the current cluster is offline hence the 5 |
15:08 |
nfBurton |
500 |
15:09 |
nfBurton |
Glad this was just the test server lol |
15:19 |
Dyrcona |
nfBurton: You can remove the old Pg and reconfigure the new PostgreSQL to use the old port. |
15:20 |
Dyrcona |
But, you'll need to run pg_upgrade, etc. before that, assuming that PostgreSQL server was actually upgraded. |
15:22 |
nfBurton |
I did. And I can see some admin settings, but it seems to be having trouble with some opensrf services, getting a 500 error. I'm actually not finding that old port anywhere. |
17:13 |
|
mmorgan left #evergreen |
17:13 |
|
Stompro joined #evergreen |
17:38 |
Bmagic |
bug 1851586 |
17:38 |
pinesol |
Launchpad bug 1851586 in Evergreen "Integrate Stripe point-of-sale terminal" [Undecided,New] https://launchpad.net/bugs/1851586 |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:05 |
|
Stompro joined #evergreen |
19:59 |
|
Stompro joined #evergreen |
20:54 |
|
Stompro joined #evergreen |
05:11 |
|
eby joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:25 |
|
jeffdavis joined #evergreen |
07:10 |
|
rjackson_isl joined #evergreen |
07:33 |
|
mantis joined #evergreen |
10:44 |
pastebot |
"Bmagic" at 168.25.130.30 pasted "json filter" (11 lines) at http://paste.evergreen-ils.org/14426 |
10:46 |
pastebot |
"Dyrcona" at 168.25.130.30 pasted "This should also work" (11 lines) at http://paste.evergreen-ils.org/14427 |
10:46 |
Dyrcona |
Bmagic ^^ |
10:46 |
Bmagic |
can I get a sanity check? I've tried my hand at these JSON filters several times and it's tricky to say the least. And testing in dev is "fun" |
10:46 |
Bmagic |
Dyrcona: I like that better. I was thinking that I could drop the redundant "and" - like you said, it was assumed |
10:47 |
* mmorgan |
always has to carefully test before letting them loose. |
10:47 |
Dyrcona |
"and" is useful when you're doing more complicated things, like nesting with "or" for example. |
10:48 |
Bmagic |
gotcha |
10:48 |
mmorgan |
I usually change the reactor for the a_t template to ProcessTemplate instead of SendEmail, then check the db for the output. That way no emails are generated. |
10:49 |
Dyrcona |
Just running --process-hooks should be enough to see if the filter works. You can compare the created event targets to what you expect to get. |
10:50 |
Dyrcona |
My dev machine can't send email, so that helps when testing triggers. |
10:50 |
mmorgan |
Dyrcona: Good idea!! |
10:51 |
Dyrcona |
Also, you can update all the email addresses to go to yourself if you don't mind getting spammed. :) |
10:52 |
* mmorgan |
has done that, too. But only once :) |
12:11 |
Bmagic |
haha, yeah, I think I would prefer to null the email address field and query aciton_trigger.event |
12:30 |
|
jihpringle joined #evergreen |
12:42 |
Bmagic |
Dyrcona: your JSON syntax is sound. Tested on dev with some tricky staging for a patron within range and with the value. Proved that the filter will include the patron when that value is missing, but exclude when it's present |
12:42 |
|
jihpringle joined #evergreen |
13:16 |
Dyrcona |
Bmagic: I'd make sure to check it with patrons that have ident_value: null. |
13:17 |
Dyrcona |
I think it should work as-is, but it would be good to make sure. |
15:53 |
Dyrcona |
For playing rubber ducky. |
15:54 |
Dyrcona |
Reason giving the vendor account the same permissions worked is the code falls back to the vendor account if it fails to look up the OU setting. |
15:54 |
Dyrcona |
It has been one of those Fridays, but at least it's a long weekend for me. |
16:06 |
Bmagic |
Dyrcona: oh right, you're right. Testing |
16:26 |
|
jvwoolf1 left #evergreen |
16:30 |
Bmagic |
Dyrcona: turns out, the original json worked for null values |
16:33 |
Dyrcona |
Bmagic: In my testing of a json query to look up patrons, it didn't work. That's a little different from using a filter, though. |
16:36 |
Bmagic |
sorry, bad test. I forgot I left my json filter file without the ident_value filter from this morning's test. Fixed that, and now, it in fact, does not turn up non-null ident_value patrons. So yeah, it needs the more complex json |
16:37 |
Bmagic |
Another side note: action_trigger_runner is making duplicate action_trigger.event rows when --process-hooks is ran back to back (not run-pending) |
16:37 |
Bmagic |
I thought it checked it's own table for the same target and event_def |
16:42 |
Dyrcona |
Bmagic: It should check, but it may be looking for something else, too, like one of the dates. I'd have to check the code again, and of course, I'm in the middle of something else. |
17:06 |
Dyrcona |
Yeah, have a great weekend, everybody! |
17:09 |
|
mmorgan left #evergreen |
17:46 |
|
jvwoolf joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:03 |
|
jvwoolf left #evergreen |
20:00 |
|
jweston joined #evergreen |
20:00 |
|
Stompro joined #evergreen |
11:05 |
Dyrcona |
Anyway, back to messing up the Quipu code. :) |
11:16 |
Dyrcona |
Suppose that I could remove -c and use the existing emacs frame, if any.... |
11:44 |
|
jihpringle joined #evergreen |
11:48 |
Dyrcona |
mmorgan: When I ran a timed test removing 62,408 URIs from 61,595 bib records, it took an average of 1.2 seconds to update a record on my training database. |
11:49 |
Dyrcona |
The longest took 50.94255 seconds. |
11:49 |
Dyrcona |
The shortest took 0.666507 seconds. |
11:50 |
|
jvwoolf joined #evergreen |
17:07 |
Bmagic |
JBoyer: I would be remiss if I didn't mention this. The money.account_adjustment table contains a billing column. Which I think matches to the billing ID. Which means, it's possible to take that down into our new materialized table as the matching ID's and not perform the chronological order business |
17:08 |
Bmagic |
And somehow, I missed that little detail (for account adjustments) until today |
17:37 |
|
gsams_ joined #evergreen |
18:01 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live//archive/2021-08/2021-08-31_16:00:02/test.79.html> |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:31 |
|
collum joined #evergreen |
08:25 |
|
mantis joined #evergreen |
08:42 |
|
rfrasur joined #evergreen |
11:14 |
|
rfrasur joined #evergreen |
12:29 |
|
collum joined #evergreen |
12:41 |
|
cschroth joined #evergreen |
14:53 |
* mmorgan |
finds that on test systems built using berick's ansible script, checkouts where I would expect the due date in the db to be 2021-09-01 23:59:59+00 get instead 2021-09-02 03:59:59+00 |
14:53 |
mmorgan |
What am I missing? |
14:53 |
alynn26 |
mmorgan, time zones? |
14:54 |
mmorgan |
alynn26: That's what I was thinking, but not sure how to fix it. |
14:58 |
jeff |
how are you viewing the 2021-09-02 03:59:59+00 timestamp reported above? |
15:03 |
mmorgan |
circs from the seed data have the 23:59:59 timestamp that I would expect. |
15:06 |
mmorgan |
Ok, SHOW TIMEZONE gives me Etc/UTC |
15:08 |
mmorgan |
SELECT NOW() - 2021-08-25 19:07:30.341906+00 |
15:08 |
csharp_ |
@who created a test server from the FUTURE? |
15:08 |
pinesol |
jweston created a test server from the FUTURE. |
15:09 |
jeff |
postgresql clients show TIMESTAMP WITH TIME ZONE values in the "local" timezone, so if you set your client timezone. If you change your postgresql client timezone, a value ending in 03:59:59+00 will likely display as 23:59:59-04 |
15:09 |
* csharp_ |
swims in the deep waters of perl multi-dimensional arrays and hashes |
15:11 |
berick |
@ana multi dimensional arrays and hashes |
16:56 |
jeff |
bug 1835127 |
16:56 |
pinesol |
Launchpad bug 1835127 in Evergreen "Booking reservations should not require global permissions" [Medium,Fix released] https://launchpad.net/bugs/1835127 |
17:00 |
jeff |
and bug 1882825 |
17:00 |
pinesol |
Launchpad bug 1882825 in Evergreen 3.4 "Booking : Pull List - cannot save grid settings" [Medium,Fix released] https://launchpad.net/bugs/1882825 |
17:03 |
|
mmorgan left #evergreen |
18:02 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live//archive/2021-08/2021-08-25_16:00:05/test.79.html> |
00:46 |
|
eglogbot joined #evergreen |
00:46 |
|
Topic for #evergreen is now Welcome to #evergreen (https://evergreen-ils.org). This channel is publicly logged. |
06:01 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//archive/2021-08/2021-08-23_04:00:02/test.41.html> |
07:31 |
|
collum joined #evergreen |
07:34 |
|
_collum joined #evergreen |
08:36 |
|
mmorgan joined #evergreen |
15:41 |
mmorgan |
https://docs.evergreen-ils.org/eg/docs/latest/cataloging/item_status.html#_request_items_action |
15:42 |
alynn26 |
mmorgan ++ |
15:45 |
alynn26 |
y |
16:25 |
Bmagic |
jeffdavis: yes, I believe it could be related. Though, I just setup a test machine with the database in question and it worked just fine. Though, on production bricks, some of the opensrf children settings are different and can be in different states throughout the day. |
16:40 |
Bmagic |
importing a single marc record as a test. I'm getting this: TypeError: Cannot read property 'freetext' of undefined |
16:41 |
Bmagic |
1. I uploaded my single marc record file into a new queue, without importing, works. Open the queue and choose "Import all records" - select "Merge on single match", Full Overlay. Button lights up, I click it, then get that error in the browser console |
16:43 |
Bmagic |
I think* it's an angular error? Complaining about some of the modal boxes being empty? They are greyed out though |
16:45 |
jeff |
likely having an issue with the combobox for queue or template, just on a quick scan. |
16:45 |
jeff |
I'm not in a position to test / dig further right now, just chiming in. :-) |
16:48 |
Bmagic |
I just confirmed that if I let the system upload/queue/merge all in one stroke, rather than making the queue THEN* doing the merge, it works |
16:49 |
Bmagic |
I smells like a bug to me |
17:02 |
Bmagic |
bug 1940867 |
17:02 |
pinesol |
Launchpad bug 1940867 in Evergreen "Reimporting vandelay queue fails with console error" [Undecided,New] https://launchpad.net/bugs/1940867 |
17:06 |
|
mmorgan left #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
00:48 |
|
troy joined #evergreen |
00:54 |
|
ejk joined #evergreen |
00:57 |
|
book` joined #evergreen |
06:02 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//archive/2021-08/2021-08-16_04:00:03/test.41.html> |
07:20 |
JBoyer |
Fixed that build failure, a couple params missing from an internationalization call. |
07:20 |
pinesol |
[evergreen|Jason Boyer] Repair missing line in seed data causing build failures - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ab38d53> |
07:27 |
|
rjackson_isl_hom joined #evergreen |
12:41 |
pinesol |
Launchpad bug 1850156 in Evergreen "Need a -tester make target" [Wishlist,Confirmed] https://launchpad.net/bugs/1850156 |
12:45 |
Dyrcona |
I take that back. I apparently submitted a branch. |
12:47 |
Dyrcona |
jeffdavis: My branch actually does what you want. Should we mark your bug a duplicate? I'm going to rebase my branch. |
12:52 |
JBoyer |
Between this and the difficulty I've had in making Edge testing optional maybe all of the browsers should be removed from the dev Makefile and a doc note made that if you want to properly test Angular(JS) you need to install 1-3 packages yourself... |
12:53 |
Dyrcona |
JBoyer: Maybe, but have a look at my branch, please. It adds a osname-tester target. |
12:54 |
Dyrcona |
No, sorry. I should have reviewed the code again. It adds osname-git for those who just want to install from git, but not do tests. |
12:54 |
Dyrcona |
The osname-translator target now depends on -git rather than developer. |
12:56 |
Dyrcona |
I think I'll mark bug 1940124 as a duplicate. |
12:56 |
pinesol |
Launchpad bug 1940124 in Evergreen "Translation build tools should not require developer prereqs" [Wishlist,Confirmed] https://launchpad.net/bugs/1940124 |
13:04 |
terranm |
https://wiki.evergreen-ils.org/doku.php?id=dev:feedback_fest_2021_08 |
13:04 |
terranm |
Final results - I cheated a little and included all of Galen's commits since he worked over the weekend! |
13:05 |
Dyrcona |
terranm++ gmcharlt++ |
13:06 |
terranm |
Also, gmcharlt++ tlittle++ JBoyer++ for running & refreshing test servers! |
13:08 |
mmorgan |
terranm++ gmcharlt++ tlittle++ JBoyer++ |
13:11 |
rfrasur |
Y'all are awesome. |
13:23 |
Dyrcona |
tlittle++ JBoyer++ |
13:36 |
jeffdavis |
Dyrcona: I don't have a good place to test it right now, but yeah, your updated branch would resolve the issue. Like you, I really just want to install from git (including translations in my case) without extra prereqs. |
13:36 |
jeffdavis |
Jane's argument in 1850156 for keeping the browsers in -developer makes sense to me, but I don't feel strongly about it. |
13:38 |
Dyrcona |
jeffdavis: JBoyer wants to remove the browser installation and add instructions for installing them to the README, see above. |
14:23 |
JBoyer |
Pushed a branch for lp 1850156 |
14:23 |
pinesol |
Launchpad bug 1850156 in Evergreen "Need a -git make target" [Wishlist,Confirmed] https://launchpad.net/bugs/1850156 |
16:06 |
|
rfrasur joined #evergreen |
16:14 |
JBoyer |
Dyrcona++ I was thinking of those bugs this weekend when I saw the announcement go out. |
16:33 |
|
Stompro joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:02 |
|
Stompro joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:17 |
|
rjackson_isl_hom joined #evergreen |
07:22 |
|
mantis joined #evergreen |
08:12 |
|
rfrasur joined #evergreen |
09:16 |
terranm |
terran-master is down, FYI |
09:22 |
|
jvwoolf joined #evergreen |
09:22 |
Dyrcona |
JBoyer++ # session versus local storage |
09:27 |
Dyrcona |
It's a bit soon to tell, but replacing that drive on the test db server seems to have improved the performance. :) |
09:50 |
|
terranm joined #evergreen |
10:13 |
|
terranm joined #evergreen |
10:14 |
|
terranm87 joined #evergreen |
10:17 |
mmorgan |
99 terranm's on the wall, 99 terranm's ... |
10:17 |
terranm99 |
lol |
10:18 |
* mmorgan |
is getting punchy on Friday the 13th of Feedback Fest |
10:18 |
terranm99 |
rfrasur: I found an error that I made when I was resolving seed data conflicts on terran-master last night, could you please test https://bugs.launchpad.net/evergreen/+bug/1920253 again |
10:18 |
pinesol |
Launchpad bug 1920253 in Evergreen 3.6 "Carousel Admin Pages Grid Settings cannot be saved" [Undecided,Confirmed] |
10:18 |
terranm99 |
mmorgan++ same, girl, same |
10:19 |
terranm99 |
And I slept weird on my shoulder last night so I'm sitting here with my arm over my head like a cartoon ape |
10:49 |
|
nfBurton joined #evergreen |
10:54 |
terranm99 |
berick++ Thanks, Bill, that was exactly right! Stompro - I've fixed the eg_startup and eg_vhost files so it looks like it's working now |
10:59 |
Dyrcona |
So many moving parts.... :) |
10:59 |
Stompro |
Thanks, I'll test away. |
10:59 |
* Dyrcona |
just loves it when he misses things like that. |
11:00 |
mmorgan |
terranm99++ |
11:00 |
mmorgan |
berick++ |
11:27 |
Stompro |
I'm not seeing the part info in the angular pull list, or in the print list. The print template is using hold.p_label |
11:32 |
Stompro |
Hmmm, part info is only included for part type holds in the wide api? |
11:38 |
mmorgan |
Stompro: Not saying it's right, but I believe that's true currently. |
11:43 |
Stompro |
mmorgan, It makes sense... I just wasn't placing a part hold to test. I can see someone wanting that info, just because it makes it easier to find the exact copy, but I don't think it would come up all that often for us. |
11:44 |
Stompro |
berick, For the angular pull list, will all sorting be handled by the grid configuration? It would be good to have a default sort that matches the workstation print template. |
11:50 |
Dyrcona |
So, I just set up Evergreen on a Debian Stretch VM and I'm getting the default Debian home page, and I've checked that eg.conf is enabled and 000-default is disabled. |
11:52 |
Dyrcona |
With HTTPS, the "site cannot be reached." |
15:55 |
Dyrcona |
That's cool. |
15:55 |
alynn26 |
That is so cool |
16:04 |
Stompro |
berick, For the pull list, is the sort hard coded? If I wanted to add in the CN prefix and suffix in the sort would that just need to be a local change? |
16:11 |
mmorgan |
If anyone would like to test lp 1939730 on terran-master, I've enabled Course Reserves for BR1 and done the described setup to test |
16:11 |
pinesol |
Launchpad bug 1939730 in Evergreen "Course Materials: Course owner used as call_number.owning_lib when removing items from a Course" [Undecided,New] https://launchpad.net/bugs/1939730 |
16:17 |
terranm99 |
mmorgan++ |
16:18 |
berick |
Stompro: ah, i assumed the call number sortkey included the prefix/suffix info, but if not, then i think prefix/suffix should be added to the default sort |
16:27 |
terranm99 |
mmorgan: I can confirm that I can add then delete materials with no problems. I noticed that if I enter something into the Call Number field it doesn't appear to store it (or at least, it's not showing it in the grid - the grid just shows the original call number) - is that a different bug? |
16:28 |
mmorgan |
terranm99: I noticed that, too. I think that's a different bug, I'm not sure it's been reported yet. If you refresh the page, or go back to it, the changed call number shows up. |
16:29 |
mmorgan |
If it helps to see the current behavior where it fails, I can do the setup on one of the other test servers. |
16:30 |
terranm99 |
Ah! Yes, refreshing does make it show up |
16:30 |
terranm99 |
That would be great if you have time. This is the first time I've had a chance to look at this module. |
16:32 |
terranm99 |
There's a fix for the call number refresh that was signed off on - https://bugs.launchpad.net/evergreen/+bug/1907974 |
17:15 |
jihpringle |
yay!!!! |
17:15 |
terranm99 |
I'm logging off for the weekend now, but I'll update the final statistics on Monday! |
17:15 |
terranm99 |
Great job, everyone! |
17:24 |
pinesol |
[evergreen|Bill Erickson] LP1910452 Staff catalog Patron View button - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a6745cd> |
17:24 |
pinesol |
[evergreen|Bill Erickson] LP1910452 Remove staff catalog read-only OPAC Patron View - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c20936e> |
18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:02 |
pinesol |
[evergreen|Josh Stompro] LP#1938450 - missing pieces slip printer context set to receipt - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ffc4d88> |
18:02 |
* gmcharlt |
claims 1280 |
18:09 |
|
Stompro joined #evergreen |
18:10 |
pinesol |
[evergreen|Mike Rylander] LP#1895052: Allow pickup lib to control stalling - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9d48920> |
18:10 |
pinesol |
[evergreen|Mike Rylander] LP#1895052: Avoid foreign targets when local items exist - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e09d5d> |
18:10 |
pinesol |
[evergreen|Galen Charlton] LP#1895052: stamp schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ef73f4b> |
18:10 |
pinesol |
[evergreen|Galen Charlton] LP#1895052: add a release notes entry - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d5ce3eb> |
18:24 |
pinesol |
[evergreen|Jane Sandberg] LP1935693: Add circulation modifier to course page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e6c6b1a> |
18:24 |
pinesol |
[evergreen|Jane Sandberg] LP1935693: Improve spacing on the OPAC course materials table - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=97959c4> |
18:40 |
pinesol |
[evergreen|Jeff Davis] LP#1923076: ensure length of empty array is treated as a number when retrieving hold counts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e6006d5> |
18:40 |
pinesol |
[evergreen|Jason Stephenson] LP1923076: Add cast to int in more places - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=599ba17> |
18:40 |
pinesol |
[evergreen|Jason Stephenson] LP1923976: Remove some dead code - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=65fcf5c> |
18:40 |
pinesol |
[evergreen|Jason Stephenson] LP1923076: Add Perl live test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=518f9a2> |