| 14:42 |
Dyrcona |
Hm. |
| 14:42 |
* Dyrcona |
wonders why exactly half of the events were processed, unless I somehow got two of each event created. |
| 14:45 |
Dyrcona |
Yeahp. That's what happened. The drones from that first a/t runner that I stopped must have kept going. I *think* I have encountered that before. |
| 14:47 |
Dyrcona |
No harm done. Just testing something on a development system. |
| 14:49 |
|
mantis1 left #evergreen |
| 15:04 |
|
terranm joined #evergreen |
| 15:29 |
|
BAMkubasa joined #evergreen |
| 16:47 |
Bmagic |
that's what I thought too :) - and I've seen it happen but now that I want* it to happen, it won't. What is the magic server response code? 404? |
| 16:47 |
terranm |
Oh, I'm not sure |
| 16:47 |
mmorgan |
Bmagic: Or, can folks go to offline directly via the link? https://<hostname>/eg/staff/offline-interface |
| 16:48 |
terranm |
^ that's what I do when I need to test it |
| 16:49 |
Bmagic |
I want it to go there automatically (like it's suppose to do) - still trying some stuff |
| 16:51 |
Bmagic |
perhaps when I change the hosts file (and the browser needs to recognize) - I need to use the CTRL+SHIFT+R (hard refresh) combo to make the browser re-read the hosts file, I get the connection timed out. Perhaps it's also clearing it's web app cached page for offline? |
| 16:52 |
mmorgan |
berick: One question about bug 1889128, was the intent to clear the patron info after a hold is successfully placed as mentioned in comment #3? |
| 17:55 |
|
laurie joined #evergreen |
| 17:56 |
|
eby joined #evergreen |
| 17:56 |
|
troy__ joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:24 |
|
rjackson_isl_hom joined #evergreen |
| 19:37 |
|
stephengwills joined #evergreen |
| 19:47 |
|
stephengwills_ joined #evergreen |
| 07:32 |
|
rjackson_isl_hom joined #evergreen |
| 08:08 |
|
mantis1 joined #evergreen |
| 08:17 |
|
Dyrcona joined #evergreen |
| 08:31 |
rhamby |
firefox-- for impressively aggresive caching of javscript making it annoying to test stuff |
| 08:36 |
Dyrcona |
:) |
| 08:40 |
|
alynn26 joined #evergreen |
| 08:49 |
|
mmorgan joined #evergreen |
| 09:08 |
Dyrcona |
Bleh... I don't want the "live server" image, Canonical. I want the regular install image. Gotta jump through hoops of fire to get it.... |
| 09:10 |
Dyrcona |
And, no.... It's not available at all, just the live image.... |
| 09:46 |
|
terranm joined #evergreen |
| 09:54 |
rhamby |
it occurs to me that when I'm testing behavior before I apply a patch and confirm it I should check launchpad to see if it's still listed as new |
| 09:54 |
rhamby |
bah, baka no rogan |
| 09:55 |
pinesol |
[evergreen|Bill Erickson] LP1896512 Angular retrieve record by ID/TCN - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d173567> |
| 09:58 |
|
jvwoolf joined #evergreen |
| 09:59 |
pinesol |
[evergreen|Bill Erickson] LP1896083 Staff catalog handles not-found barcodes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=966be35> |
| 12:25 |
Dyrcona |
But, I've been feeling that way lately. |
| 12:32 |
|
Christineb joined #evergreen |
| 13:32 |
|
collum_ joined #evergreen |
| 13:37 |
mrisher |
I'm trying to test bug #1887852 involving pending users. I went to the user buckets page, then click the "pending users" tab, then try to import users by uploading a txt file. the .txt file has one patron barcode on each line. The console shows this error twice: |
| 13:37 |
pinesol |
Launchpad bug 1887852 in Evergreen "Last 4 digits of phone number for password doesn't work with pending users" [Medium,Confirmed] https://launchpad.net/bugs/1887852 |
| 13:37 |
mrisher |
error calling method open-ils.fielder.flattened_search : 500 : *** Call to [open-ils.fielder.flattened_search] failed for session [0.136581471607516881600796217939], thread trace [0]: |
| 13:37 |
mrisher |
Can't locate object method "content" via package "OpenSRF::DomainObject::oilsMethodException" at /usr/local/share/perl/5.20.2/OpenILS/Application/Fielder.pm line 276. |
| 13:40 |
mrisher |
I see. |
| 13:41 |
mrisher |
I was trying that because when I googled the topic of pending users and searched through the results I kept seeing references to the patron buckets. |
| 13:41 |
mrisher |
Thanks for clarifying! :) |
| 13:41 |
jeff |
you're welcome! thanks for testing! |
| 13:42 |
rfrasur |
mrisher - pending users is used in a couple different places for different things that sometimes can interact but mean different things. |
| 13:43 |
rfrasur |
"pending users" - that terminology. |
| 13:47 |
|
terranm joined #evergreen |
| 14:28 |
mrisher |
re: 1887852 something must still be off in my testing. What I'm testing is that the phone number populates the password field. When the patron self-registers there's no way to enter a phone number. The bug description indicates I should generate a pssword without changing the data in the phone field |
| 14:29 |
mrisher |
how do I self-register, add a phone number, then go generate a password without changing the phone numbrer? |
| 14:29 |
miker |
berick: re above, nm, I found queryParams and queryParamsHandling examples |
| 14:30 |
jihpringle |
mrisher: you can add the phone number to the self registration form through the library settings |
| 14:31 |
jihpringle |
mrisher: I think it's the "Show day_phone field on patron registration" setting |
| 14:43 |
mrisher |
Are you saying that I need to register a workstation with the BR1 location and then try again with that workstation? |
| 14:43 |
mmorgan |
I don't see that the library setting "Patron: password from phone #" is set for any org unit on butternut.evergreencatalog.com |
| 14:43 |
mmorgan |
I'll set that now. |
| 14:44 |
mrisher |
mmorgan: thanks. I didn't know that was another option that had to be enabled to test the work |
| 14:44 |
mmorgan |
Patron: password from phone # is now set to TRUE for CONS |
| 14:44 |
mrisher |
thanks |
| 14:44 |
mmorgan |
So many settings ... :) |
| 14:44 |
mrisher |
do you know if I need to be using a workstation at BR1 to test this? |
| 14:44 |
mrisher |
CONS will not work? |
| 14:46 |
terranm |
You don't have to have a workstation set up to test the self-reg form because that's in the OPAC |
| 14:46 |
mmorgan |
Personally, I'm always leery of using CONS as a workstation for any testing. I would say BR1 would be better for testing. |
| 14:47 |
terranm |
I actually didn't know you could set up a workstation at CONS level. I guess I'm thoroughly trained to use a branch! |
| 14:47 |
mrisher |
terranm: After the patron does self-reg you need to switch to the admin interface to work with the pending user. That's where the CONS workstation enters the picture |
| 14:48 |
mrisher |
I'll use a BR1 workstation for testing this. thank you |
| 14:48 |
mmorgan |
mrisher++ |
| 14:50 |
jihpringle |
the fact that you can register a workstation for CONS is actually a bug https://bugs.launchpad.net/evergreen/+bug/1807257 |
| 14:50 |
pinesol |
Launchpad bug 1807257 in Evergreen "Web Client Allows Register Workstation with Org_Unit that Can't Have Users" [Undecided,Confirmed] |
| 15:08 |
mrisher |
thanks for the help all. I finished testing that bug and confirmed it fixed. |
| 15:17 |
terranm |
mrisher++ |
| 15:32 |
|
nfBurton joined #evergreen |
| 15:33 |
|
mantis1 left #evergreen |
| 16:29 |
JBoyer |
there are not. |
| 16:29 |
JBoyer |
which leads me to believe there ought so be. |
| 16:30 |
JBoyer |
Oh, wait, no. bare numbers should be cool in json. |
| 16:30 |
mmorgan |
There ought to be to do a proper test of the bug :) |
| 16:31 |
JBoyer |
Ah. they can be put there if that's all you need |
| 16:32 |
mmorgan |
Great! To test the bug, the value should be "6" |
| 16:33 |
JBoyer |
right-o, now it's set to "6" |
| 16:33 |
mmorgan |
JBoyer++ Thanks! |
| 16:46 |
|
jihpringle joined #evergreen |
| 16:55 |
terranm |
mrisher: yeah, something's broken there - I just put a note on the bug squashing sheet a few minutes ago about it :/ |
| 16:55 |
mrisher |
thanks terranm |
| 16:55 |
terranm |
The other angular stuff on there appears to be broken, too |
| 17:01 |
mrisher |
I did manage to get some testing done with the traditional search, but it didn't behave as expected. Wasn't sure if it was the server or the code that caused it. |
| 17:01 |
mrisher |
I'm holding off for now |
| 17:08 |
csharp |
I got an alert from that server that swap was filling up, so I restarted a bunch of things to track down the cause |
| 17:09 |
csharp |
when I started it back up with ng build --watch, that's failing with this error: |
| 17:09 |
csharp |
ERROR in src/app/staff/common.module.ts:78:17 - error TS1005: ',' expected. |
| 17:19 |
csharp |
my bad |
| 17:19 |
csharp |
ok - try running those again |
| 17:20 |
terranm |
csharp++ |
| 17:20 |
mrisher |
thanks csharp |
| 17:22 |
mrisher |
going back to testing on tiffany-master and it's still acting a bit odd. keeps hanging. |
| 17:22 |
terranm |
confirmed that reports are running fine on tiffany-master now, and the new view looks good |
| 17:24 |
terranm |
mrisher: hmm, it's loading fast for me |
| 17:26 |
mrisher |
pages were taking like 10 seconds to load. it's quicker now |
| 17:26 |
mrisher |
I'm trying to test https://bugs.launchpad.net/evergreen/+bug/1885179 |
| 17:26 |
pinesol |
Launchpad bug 1885179 in Evergreen "Angular staff catalog Add All Search Result to Basket option" [Wishlist,New] |
| 17:26 |
mrisher |
I did a search query and used the new ""add all search results" option. a dialogue box opens... pauses, then closes |
| 17:26 |
mrisher |
not sure if that's the server acting up or the code I'm testing |
| 17:27 |
berick |
mrisher: do you see a number next to the basket icon (by the Basket Actions) dropdown? |
| 17:27 |
mrisher |
yes, there's a basket and (248) |
| 17:27 |
berick |
that means it worked |
| 17:29 |
berick |
cool |
| 17:29 |
terranm |
+1 |
| 17:30 |
mrisher |
I appreciate the help. I'll sign off |
| 18:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-22_16:00:02/test.49.html> |
| 18:04 |
|
Glen joined #evergreen |
| 18:05 |
|
Christineb joined #evergreen |
| 18:05 |
|
jeffdavis joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Failed Building the AsciiDoc output formats <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-14_04:00:29/test.81.html> |
| 06:44 |
|
oleonard joined #evergreen |
| 06:45 |
|
agoben joined #evergreen |
| 07:17 |
|
rjackson_isl_hom joined #evergreen |
| 09:15 |
|
dbwells joined #evergreen |
| 09:22 |
|
Dyrcona joined #evergreen |
| 09:39 |
|
dbwells joined #evergreen |
| 09:40 |
csharp |
gmcharlt: miker: phasefx: any progress on the fixes to bug 1846354 - we've been holding steady on our PINES-ish test server with the hope that there might be a further fix to test, but maybe we should move on to the next bugfix? |
| 09:40 |
pinesol |
Launchpad bug 1846354 in Evergreen "wishlist: Consolidate patron notes, alerts, and messages" [Wishlist,New] https://launchpad.net/bugs/1846354 |
| 09:41 |
csharp |
(fix for bug 18118710 - Hopeless Holds - is next on our to-do) |
| 09:41 |
csharp |
trying to test them in isolation |
| 09:41 |
csharp |
pinesol: ahem |
| 09:41 |
pinesol |
csharp: http://cat.evergreen-ils.org.meowbify.com/ |
| 09:42 |
csharp |
ah - typo - bug 1811710 |
| 09:42 |
pinesol |
Launchpad bug 1811710 in Evergreen "wishlist: Improvements to Hopeless Holds" [Wishlist,Confirmed] https://launchpad.net/bugs/1811710 |
| 11:05 |
pinesol |
Dyrcona: Band 'Friday Changes' added to list |
| 11:06 |
gmcharlt |
berick: it's one of these: https://www.lenovo.com/us/en/desktops-and-all-in-ones/thinkcentre/m-series-tiny/ThinkCentre-M715q-Tiny/p/11TC1MT715Q |
| 11:06 |
Dyrcona |
@blame Friday Changes |
| 11:06 |
pinesol |
Dyrcona: Friday Changes tests their code on the LIVE SERVERS, then blames the user. SAD! |
| 11:08 |
gmcharlt |
... who turned on the MaximumIrony module for the IRC bot? |
| 11:09 |
Dyrcona |
:) |
| 11:09 |
Dyrcona |
Just another Monday: CRITICAL: opensrf bh2 has 37840 errors |
| 12:03 |
mmorgan |
Dyrcona: Saw your comments on deleting URIs from Friday, I'd be curious to know if bug 1482757 would make a difference. |
| 12:03 |
pinesol |
Launchpad bug 1482757 in Evergreen 3.4 "Loading records with located URIs should not delete and recreate call_numbers" [Low,Confirmed] https://launchpad.net/bugs/1482757 |
| 12:12 |
|
rjackson_isl_hom joined #evergreen |
| 12:21 |
gmcharlt |
csharp: OK, I'm going to call it - we now have more of an understanding of what's going on, but fixing it would require more pcrud or custom grid source work than we could reaslistically do before freeze |
| 12:22 |
gmcharlt |
csharp: consequently, thank you very much for testing this, and if you want to switch over to hopeless holds now, we'd apprecaite it! |
| 12:24 |
phasefx |
csharp++ terran++ gmcharlt++ miker++ |
| 12:24 |
rfrasur |
csharp++ terran++ gmcharlt++ miker++ |
| 12:24 |
rfrasur |
and phasefx++ |
| 15:05 |
sandbergja |
JBoyer: understood. Thanks for the review you've done, and the really helpful comment in lp! |
| 15:05 |
JBoyer |
sandbergja++ |
| 15:05 |
JBoyer |
Worst case it should make for a nice headliner feature in 3.7 :) |
| 15:05 |
mmorgan |
JBoyer: sandbergja: A member of our staff has done extensive testing on the course reserves functionality and I'm prepared to sign off on it on behalf of NOBLE. |
| 15:06 |
JBoyer |
Ooh, or best case that happens. |
| 15:08 |
rfrasur |
NOBLE++ |
| 15:09 |
rfrasur |
hmm, and huge bean weevil...I gotta think about that a little. |
| 16:53 |
|
sandbergja_ joined #evergreen |
| 16:58 |
|
sandbergja_ joined #evergreen |
| 17:03 |
|
sandbergja_ joined #evergreen |
| 17:11 |
csharp |
gmcharlt: testing hopeless holds is requiring a fresh copy of the PINES DB and that's taking a while - any chance hopeless holds can be tested tomorrow and still make it in? |
| 17:11 |
csharp |
(assuming all works) |
| 17:11 |
csharp |
also mmorgan terranm |
| 17:11 |
mmorgan |
+1 |
| 17:12 |
csharp |
and JBoyer ? |
| 17:12 |
csharp |
it's a team effort - sorry I'm leaving people out :-/ |
| 17:30 |
|
mmorgan left #evergreen |
| 17:45 |
sandbergja |
gmcharlt: I think that the no-facets branch is ready for review! |
| 17:45 |
gmcharlt |
sandbergja++ |
| 18:01 |
pinesol |
News from qatests: Failed Building the AsciiDoc output formats <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-14_16:00:02/test.81.html> |
| 18:22 |
|
dbwells joined #evergreen |
| 18:27 |
phasefx |
I disabled the old docs process with the qatester; need to try out antora soon |
| 18:34 |
sandbergja |
phasefx++ |
| 00:52 |
|
sandbergja_ joined #evergreen |
| 01:17 |
|
sandbergja_ joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-11_04:00:23/test.29.html> |
| 06:11 |
|
kip joined #evergreen |
| 06:26 |
|
agoben joined #evergreen |
| 06:37 |
|
oleonard joined #evergreen |
| 09:01 |
|
terranm joined #evergreen |
| 09:07 |
Dyrcona |
I'm running something to remove URIs from bib records by vendor and owning library against a Pg 12 database. It appears that updating the URI call number maps is very slow on Pg 12. |
| 09:10 |
Dyrcona |
It just took 55 seconds to update 1 record. I used a stopwatch to time it. |
| 09:12 |
Dyrcona |
So, 859 hours to finish this batch. I think I'll stop the test. |
| 09:16 |
terranm |
Yikes |
| 09:24 |
Dyrcona |
I'm going to add code to output the time to update records and run this on our training server which is also Pg 12. Later, I plan to go manually replicate the updates and run them with plprofiler to see where the time goes. |
| 09:25 |
Dyrcona |
BTW, running on a Pg 9.6 database on the same server, I just clocked 1 record update at 9.58 seconds, so I definitely think that Pg 12 doesn't like something that we do with bib functions. |
| 12:53 |
sticks |
but it gives me a 404 when I try. |
| 12:54 |
sticks |
Any ideas? |
| 13:02 |
|
sandbergja joined #evergreen |
| 13:03 |
JBoyer |
sandbergja, I had a question about your course reserves test server. When I use the upgrade script on an existing server marc edits fail because of the new boolean_facet metabib class. Did you do anything to your server to get around that, or is there drift between the upgrade script and how your server was built? |
| 13:04 |
berick |
sticks: according to the site, the URL you want is git://git.evergreen-ils.org/Evergreen.git |
| 13:05 |
JBoyer |
sticks, I'm not sure that git.evergreen-ils.org is setup to do http/s pulls with the same urls as git://. Cloning git.evergreen-ils.org/Evergreen.git should work. ALSO, I'd really recommend just using one of the tarball releases on evergreen-ils.org so you can skip all of the optional parts |
| 13:05 |
Dyrcona |
berick++ # As I was typing the same thing, more or less. |
| 14:18 |
berick |
heh |
| 14:20 |
pinesol |
[evergreen|Terran McCanna] LP 1884657 Improve Access to Library Info in OPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=60b314e> |
| 15:20 |
csharp |
Dyrcona: still on 9.6 - this month our priority is moving from Ubuntu 16.04 to 18.04, then in October or November I was planning to upgrade PG to 10 |
| 15:24 |
Dyrcona |
csharp: Have you tested the performance of Pg 10 thoroughly? We ran into issues with Pg 12 and performance. |
| 15:30 |
csharp |
Dyrcona: nope - not yet - I saw your comments though and noted them with some alarm |
| 15:31 |
Dyrcona |
Some things are faster but others seem way too slow. |
| 15:31 |
Dyrcona |
I hope to get to do some profiling next week. |
| 15:52 |
* gmcharlt |
grabs 1229 |
| 15:52 |
JBoyer |
sandbergja++ |
| 15:52 |
JBoyer |
I won't have time anymore this week to look into it but happy to help. |
| 15:58 |
pinesol |
Showing latest 5 of 10 commits to Evergreen... |
| 15:58 |
pinesol |
[evergreen|Kyle Huckins] lp1777677 Security tweaks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=61e9cf8> |
| 15:58 |
pinesol |
[evergreen|Terran McCanna] LP#1777677 Test Notification Method - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7135654> |
| 15:58 |
pinesol |
[evergreen|Jeff Davis] LP#1777677: restrict allowable hooks for test notifications - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b68eca1> |
| 15:58 |
pinesol |
[evergreen|Galen Charlton] LP#1777677: (follow-up) adjust test message buttons in registration form - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ff1ddd6> |
| 15:58 |
pinesol |
[evergreen|Galen Charlton] LP#1777677: stamp schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ab774e4> |
| 15:59 |
* Dyrcona |
*poof* |
| 16:07 |
Bmagic |
JBoyer: is there a reason why the public facing documentation is down atm? http://docs.evergreen-ils.org/dev/ |
| 16:08 |
JBoyer |
No clue; I don't know who runs that server. |
| 16:08 |
sandbergja |
Bmagic: I bet it did |
| 16:09 |
Bmagic |
yeah, I am just now putting that together |
| 16:09 |
JBoyer |
Could be. Looks like it's still hosted at Mohawk college |
| 16:09 |
sandbergja |
that's a legacy server we are moving away from |
| 16:09 |
sandbergja |
But there are relatively recent versions of the docs here: http://docs-testing.evergreen-ils.org/ |
| 16:09 |
sandbergja |
(current as of yesterday) |
| 16:10 |
Bmagic |
thanks! |
| 16:10 |
Bmagic |
any thoughts on how to resolve this? Maybe just change the link to the antora site? |
| 16:13 |
JBoyer |
claiming 1230 for analysis |
| 16:43 |
Bmagic |
why did the lack of header-content.hbs in docs/ui/ui-lunr/partials break the builder? |
| 16:45 |
JBoyer |
I was using the stock antora-ui checkout since that was the only one mentioned in the docs. That file being missing didn't "break" the build, but it didn't have the search stuff either. |
| 16:46 |
JBoyer |
So I put the missing file in place, not knowing that would break eg-antora. So the fix is to make sure that eg-antora has everything in it that it needs from the start. |
| 16:59 |
JBoyer |
As for testing; using file://path/to/some/repo should be perfectly valid as a git repo path, so nothing needs to change on the git server to test an updated eg-antora repo. |
| 17:07 |
JBoyer |
Sigh. Well, one fun thing about my plan is that the lunr folks have apparently never run anything through a linter, so antora's lint step *hates* it. |
| 17:34 |
gmcharlt |
I've signed off on the Bootstrap OPAC branch - bug 1778972 |
| 17:34 |
pinesol |
Launchpad bug 1778972 in Evergreen "Wishlist - OPAC Redesign" [Wishlist,Confirmed] https://launchpad.net/bugs/1778972 - Assigned to Galen Charlton (gmc) |
| 17:59 |
sandbergja |
gmcharlt: I'll do that, thanks |
| 17:59 |
gmcharlt |
but I feel pretty strongly that we need to push for making the new skin default by 3.7 lest we end up in a position where it gets wasted for lack of maintenance |
| 18:00 |
terranm |
Unless we find any major issues, we're planning on moving to it in our 3.6 upgrade in January so I'm sure we'll be finding bugs :) |
| 18:00 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-11_16:00:02/test.29.html> |
| 18:01 |
sandbergja |
terranm: that makes me feel better! |
| 18:02 |
gmcharlt |
sandbergja: (as a bit of historical context, the project did not have a great experience a few years back trying to maintain a parallel OPAC skin for JSPac called "Craftsman") |
| 18:02 |
* JBoyer |
shudders at its name |
| 08:41 |
|
Dyrcona joined #evergreen |
| 08:49 |
Dyrcona |
I have a followup question from yesterday when it comes to cstore queries/filters: Is there a way to have cstore return the SQL query text rather than run it? |
| 08:51 |
|
collum_ joined #evergreen |
| 09:04 |
Dyrcona |
Action trigger seems to be really slow on a test Pg 12 database server. Is anyone using Pg 10 in production? |
| 09:04 |
Dyrcona |
I suspect that we're going to have to modify code for performance. |
| 09:13 |
|
terranm joined #evergreen |
| 09:14 |
Dyrcona |
Also, my filter for an a/t event doesn't seem to work, but when I write a json queery based on how that filter appears to be used in the action trigger code, it does work. |
| 09:23 |
Bmagic |
I'm looking at automating the VACUUM ANALYZE and REINDEX routines. Anyone have anything already created that you can share along these lines? |
| 09:26 |
|
sandbergja_ joined #evergreen |
| 09:26 |
Dyrcona |
Oh.... Looks like I need to increase max_stanza_size on the test VM: Caught error from 'run' method: Exception: OpenSRF::EX::JabberDisconnected 2020-09-10T08:39:19 OpenSRF::Application /usr/local/share/perl/5.26.1/OpenSRF/Application.pm:240 JabberDisconnected Exception: This JabberClient instance is no longer connected to the server |
| 09:27 |
Bmagic |
Dyrcona: I see those errors often, I wonder if that's the case for me too :) |
| 09:28 |
Dyrcona |
Also, following up on max_stanza_size and action triggers: The event that caused problems earlier this week was an auto-renewal email to a patron with 123 items out. The template output data was 25,590 bytes. I should look into how grouped events work, but I suspect 1 message had that data duplicated 123 times, plus message overhead. |
| 09:29 |
Dyrcona |
Bmagic: Could be other reasons, but I'm sure that's why my a/t runner is sitting there with nothing happening in the database. |
| 10:18 |
Dyrcona |
rfrasur++ # I'm glad someone is happy about Evergreen today. ;) |
| 10:18 |
Dyrcona |
berick: Thanks. I was hoping for a cstore call. Maybe I'll have to add one... |
| 10:19 |
rfrasur |
Dyrcona: I mean, we all know that's qualified, right? Someone broke into my car (it was unlocked...so no actual damage) and stole a phone charger that I needed to replace anyway. And a Chevelle CD. I, as usual, am of two minds. Rage, acceptance, affection, and disdain are not always mutually exclusive. |
| 10:21 |
berick |
Dyrcona: for json_query specifically, you can also use the test too: |
| 10:21 |
berick |
/openils/bin/test_json_query '{"select":{"au":["id"]},"from":"au","where":{"id":1}}' |
| 10:21 |
berick |
*tool |
| 10:21 |
Dyrcona |
berick++ I'll give that a look |
| 10:21 |
berick |
and the json query will be logged at INFO level |
| 10:23 |
|
ritlib joined #evergreen |
| 17:53 |
sticks |
Stompro: what step is that? |
| 17:54 |
sticks |
Or what command do I need to run? |
| 17:54 |
Stompro |
Are you following the install or upgrade steps? |
| 17:55 |
gmcharlt |
JBoyer: tested and pushed to master, along with a follow-up that fixes the Git clone URI for eg-antora and makes it the l default for generate_docs.pl (cc Bmagic sanderbergja) |
| 17:55 |
pinesol |
[evergreen|Jason Boyer] Antora Docs Supplement - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6917eeb> |
| 17:55 |
pinesol |
[evergreen|Galen Charlton] Antora follow-up: update references to eg-antora.git - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a5f544f> |
| 17:55 |
sticks |
Stompro: Install. |
| 17:57 |
Stompro |
Those install instructions assume you are installing to /openils |
| 17:57 |
gmcharlt |
I note that at some point we might end up wanting a variant of eg-antora.git that has header content targetted for a doc build meant to accompany a given EG site, rather than for the project's docs website |
| 17:58 |
Stompro |
If there is nothing else in /usr/local other than evergreen files then it may be fine. |
| 18:00 |
pinesol |
News from qatests: Failed Building the AsciiDoc output formats <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-10_16:00:02/test.81.html> |
| 18:00 |
sticks |
So stompro was helping me but when i did run what he asked me this happend |
| 18:00 |
sticks |
https://pastebin.com/yMLvCYun |
| 18:09 |
csharp |
ok, I took the liberty of upgrading docs-testing.evergreen-ils.org to Debian stretch - could someone who uses that server please verify that things they normally use it for are working/workable? |
| 18:09 |
|
sandbergja_ joined #evergreen |
| 18:10 |
csharp |
I have snapshotted the old version that we can roll back to if necessary, but installing new software (like nagios-nrpe-server) on wheezy was not working |
| 18:10 |
csharp |
and wheezy is hella out of support |
| 18:10 |
csharp |
sandbergja_: just as you joined, I said... |
| 18:10 |
csharp |
I have snapshotted the old version that we can roll back to if necessary, but installing new software (like nagios-nrpe-server) on wheezy was not working |
| 18:10 |
csharp |
ok, I took the liberty of upgrading docs-testing.evergreen-ils.org to Debian stretch - could someone who uses that server please verify that things they normally use it for are working/workable? |
| 18:10 |
csharp |
^^ that |
| 18:10 |
sticks |
+csharp: any ideas on this https://pastebin.com/HwFTZKaV and https://pastebin.com/yMLvCYun |
| 18:11 |
sticks |
I fircked something up and dunno what |
| 18:11 |
jihpringle |
csharp: the link I have for it is now just showing me "Index of / NameLast modifiedSizeDescription" |
| 18:12 |
csharp |
jihpringle: ok, thanks |
| 18:12 |
csharp |
jihpringle: what is the link you're using? |
| 18:12 |
jihpringle |
http://docs-testing.evergreen-ils.org/ |
| 18:12 |
csharp |
sticks: the first error appears to be permissions-related |
| 18:12 |
jihpringle |
it used to show a similar page to http://docs.evergreen-ils.org/ but with the 3.4 docs |
| 18:13 |
csharp |
ah |
| 18:43 |
|
sandbergja joined #evergreen |
| 18:44 |
sticks |
csharp: I didn't install the staff web panel, but when i run npm i it gets stuck at extract core-js2.6.11 extracted to /home/tech/Desktop/evergreen_SRC/Evergreen-ILS-3.5.1/Open-ILS/web/js/ui/default/staff/no |
| 18:47 |
|
sandbergja joined #evergreen |
| 19:00 |
sandbergja_ |
csharp: bash scripts updated and tested successfully |
| 19:00 |
sandbergja_ |
csharp: thanks again! |
| 19:12 |
csharp |
sandbergja_++ |
| 19:26 |
|
jihpringle joined #evergreen |
| 21:22 |
|
sandbergja joined #evergreen |
| 03:16 |
|
dbwells joined #evergreen |
| 03:57 |
|
stephengwills joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-09_04:00:02/test.41.html> |
| 06:45 |
|
yar joined #evergreen |
| 06:55 |
|
agoben joined #evergreen |
| 07:11 |
|
csharp joined #evergreen |
| 08:37 |
|
rlefaive joined #evergreen |
| 08:53 |
|
collum joined #evergreen |
| 09:08 |
|
collum_ joined #evergreen |
| 09:33 |
Dyrcona |
So, testing with Pg 12 on training is not going so well. I'm told that just looking up a patron with about 40 circulations is very slow, and that Lp 1845050 is back event though I've made sure that the patch is installed. |
| 09:33 |
pinesol |
Launchpad bug 1845050 in Evergreen 3.3 "reporter interface can fail to completely load" [High,Fix released] https://launchpad.net/bugs/1845050 |
| 09:34 |
Dyrcona |
Also, PHPPgAdmin needs to be reinstalled with Pg 12 libraries. |
| 09:58 |
|
nfBurton joined #evergreen |
| 15:10 |
Dyrcona |
And, I think it is the or in the query causing the problem..... |
| 15:14 |
Dyrcona |
This is acceptabl, too, isn't it: "-and" : { "-or" : [ ..... ] } . I.E. I don't [] with and.... |
| 15:15 |
* Dyrcona |
starts second guessing himself.... |
| 15:26 |
csharp |
miker: phasefx: we're testing the branch for bug 1846354 and are seeing very slow result times on this query: https://pastebin.com/Md8UfEc2 |
| 15:26 |
pinesol |
Launchpad bug 1846354 in Evergreen "wishlist: Consolidate patron notes, alerts, and messages" [Wishlist,New] https://launchpad.net/bugs/1846354 |
| 15:27 |
csharp |
I'm adding indexes hoping to help, but nothing works so far :-( |
| 15:29 |
jeff |
csharp: any chance of getting that without \x on? |
| 15:31 |
phasefx |
hrmm |
| 15:32 |
jeff |
csharp: never mind! |
| 15:32 |
jeff |
https://explain.depesz.com/s/gdVL if anyone else was curious |
| 15:36 |
Dyrcona |
So, I'm trying to put a little program together to test my filter with the checkout.due hook, but I can't seem to find the code that the checkout.due hook causes to run. Anyone know where that is? I see plenty of references to the checkou.due hook, but nothing that explicitly links checkout.due with a query or part of a query. |
| 15:39 |
jeff |
Dyrcona: $hook_handlers in Open-ILS/src/support-scripts/action_trigger_runner.pl.in has the default JSON query for checkout.due, if that helps. |
| 15:40 |
csharp |
jeff++ # thanks |
| 15:41 |
phasefx |
csharp: does it help to put an index on the usr_message column on actor.usr_standing_penalty? |
| 17:05 |
gmcharlt |
csharp: an explain analyze on https://pastebin.com/WCFCHHaH would be (hopefully) illuminating |
| 17:06 |
csharp |
gmcharlt: sure thing |
| 17:06 |
terranm |
There were 4 old notes/alerts/messages that had been converted and I created a new 5th one just now, and none of them appear |
| 17:06 |
rfrasur |
Hey all, I know there's basically only internal testing of the notes, but if there's anything I can do, let ping me. |
| 17:07 |
rfrasur |
s/let/just |
| 17:07 |
|
jihpringle joined #evergreen |
| 17:09 |
csharp |
gmcharlt: https://explain.depesz.com/s/84Rz |
| 17:10 |
csharp |
that's with the vacuum running, but the timing is very close to what I'm seeing in the logs |
| 17:24 |
csharp |
argh - still all seq scans - same query plan as before |
| 17:25 |
csharp |
I added actor.usr_message create_date, stop_date, read_date and ausp set_date, stop_date |
| 17:25 |
csharp |
adding aum edit_date |
| 17:26 |
miker |
csharp: could you try the query at https://pastebin.com/gPt1R4xx ? |
| 17:28 |
miker |
if that makes things happier, we may be able to give the view enough info to avoid having to change the code... |
| 17:29 |
miker |
using this: https://pastebin.com/CK2Rpn9n (note the addition to the ON clause of the JOIN) |
| 17:30 |
miker |
and, I'm called away to dinner. that view change may not be enough ... but, worth a test |
| 17:30 |
miker |
I'll check back later |
| 17:30 |
csharp |
miker: https://explain.depesz.com/s/rZwx your first edited query - I'll try the second one now |
| 17:33 |
csharp |
the original (not by-ID) query is happy now! |
| 17:33 |
gmcharlt |
great |
| 17:48 |
csharp |
gmcharlt: one sec - missed your request for explain for the "good" query |
| 17:49 |
csharp |
gmcharlt: https://explain.depesz.com/s/hJGV |
| 17:50 |
csharp |
depesz++ |
| 18:00 |
pinesol |
News from qatests: Failed Building the AsciiDoc output formats <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-09_16:00:02/test.81.html> |
| 18:01 |
gmcharlt |
csharp: thanks. looks like the additional indexes aren't being used |
| 18:10 |
|
mantis1 joined #evergreen |
| 18:10 |
|
mantis1 left #evergreen |
| 01:35 |
|
dbwells joined #evergreen |
| 02:50 |
|
dbwells joined #evergreen |
| 03:59 |
|
dbwells joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Failed Building the AsciiDoc output formats <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-08_04:00:13/test.81.html> |
| 06:42 |
|
oleonard joined #evergreen |
| 06:43 |
|
dbwells joined #evergreen |
| 07:00 |
|
agoben joined #evergreen |
| 12:11 |
nfBurton15 |
I like the lower profile though |
| 12:12 |
oleonard |
Okay good, I thought that would be a less-drastic change from the previous design |
| 12:14 |
nfBurton15 |
lol. It's weird trying to please everyone not knowing what they may want. As such is programming. That's why I'm really enjoying the feedback phase |
| 12:16 |
oleonard |
nfBurton15 in my test system I was seeing errors about a missing file, popper.js. Is that just me or have you seen that too? |
| 12:17 |
nfBurton15 |
No, it's in there |
| 12:17 |
nfBurton15 |
I made a large push last night too fixing a bunch of console errors |
| 12:17 |
nfBurton15 |
Actually I may have missed it, I will check |
| 16:33 |
|
jihpringle joined #evergreen |
| 17:23 |
Bmagic |
gmcharlt: I decided to dump the details into that old email thread. Hopefully the email found you just now :) |
| 17:55 |
|
jihpringle joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-08_16:00:02/test.41.html> |
| 19:44 |
|
rfrasur joined #evergreen |
| 19:50 |
rfrasur |
gmcharlt, are you available? |
| 21:39 |
|
sandbergja joined #evergreen |
