| 15:12 |
JBoyer |
#topic Evergreen Release Info |
| 15:12 |
|
Topic for #evergreen is now Evergreen Release Info (Meeting topic: 2020-10-06 - Developer Meeting, Agenda Available at https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2020-10-06) |
| 15:13 |
JBoyer |
#info Release candidate due 2020-10-07 |
| 15:13 |
gmcharlt |
so, I put up the two points here |
| 15:13 |
gmcharlt |
and at this point, I'm curious if there's been additional testing of the Bootstrap OPAC from the betas |
| 15:14 |
gmcharlt |
and would like to identify any absolute showstoppers that should go into the -rc |
| 15:14 |
gmcharlt |
noting, also, that we're in string freeze |
| 15:14 |
csharp |
gmcharlt: it's on mine and terranm's to-do, but we haven't gotten there yet |
| 15:14 |
terranm |
I did some testing of the Bootstrap OPAC on festivus, but I'm not sure if that has the most recent version |
| 15:15 |
csharp |
(bootstrap opac) |
| 15:15 |
gmcharlt |
terranm: it does |
| 15:15 |
gmcharlt |
(AFAIR, anyway) |
| 15:16 |
terranm |
I think this bug summarizes the main issues - https://bugs.launchpad.net/evergreen/+bug/1895398 |
| 15:16 |
* mmorgan |
plans to finish up testing bug 1889128 for the rc |
| 15:16 |
pinesol |
Launchpad bug 1895398 in Evergreen "Bootstrap OPAC: follow up needed" [Undecided,New] - Assigned to Christopher Burton (cburton) |
| 15:16 |
pinesol |
Launchpad bug 1889128 in Evergreen "Angular Staff Catalog: Place Another Hold & Multi-Holds" [Undecided,Confirmed] https://launchpad.net/bugs/1889128 |
| 15:16 |
nfBurton11 |
there is a patch out there as well |
| 15:29 |
gmcharlt |
are things squared away there? |
| 15:29 |
JBoyer |
Finally, yes. |
| 15:29 |
dluch |
As the two docs committers and the facilitator of DIG, @abneiman, @sandbergja and I made an executive decision that there will be no backporting of older docs |
| 15:29 |
csharp |
gmcharlt: ping me about that - probably want a hostname change too (if we're talking about docs-testing) |
| 15:30 |
Bmagic |
yep! JBoyer++ |
| 15:30 |
gmcharlt |
csharp: no, eg-docs |
| 15:30 |
JBoyer |
After (mumble) minutes staring at it I added an @import line and the CSS was pleased. |
| 15:50 |
JBoyer |
And on that point, while it proves they work and you can view them to verify, it's not really intended to be used from the CI output, right? |
| 15:50 |
JBoyer |
(just making sure I'm following) |
| 15:50 |
JBoyer |
The build outputs, I mean. |
| 15:50 |
sandbergja |
JBoyer: correct. It's set up more for building than testing |
| 15:51 |
JBoyer |
ok |
| 15:51 |
sandbergja |
(if I understood your question right) |
| 15:51 |
gmcharlt |
quick preview for doc writers is the primary use case, I take it? |
| 15:51 |
sandbergja |
gmcharlt: at this point, yes |
| 15:52 |
JBoyer |
sandbergja++ |
| 15:52 |
Dyrcona |
sandbergja++ |
| 15:52 |
sandbergja |
although I could totally see it being beneficial to run the test suites we have for code, too |
| 15:52 |
gmcharlt |
sandbergja++ |
| 15:53 |
sandbergja |
but we can get there eventually |
| 15:53 |
sandbergja |
:-) |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:12 |
|
calvinm joined #evergreen |
| 07:21 |
|
rjackson_isl_hom joined #evergreen |
| 08:06 |
|
alynn26 joined #evergreen |
| 10:54 |
csharp |
mmorgan: yes! thank you |
| 10:55 |
mmorgan |
YW! |
| 10:58 |
JBoyer |
mmorgan++ |
| 10:59 |
JBoyer |
csharp, I'd be delighted if you could throw that on a test server with PINES data to see what's what with a real dataset. Obviously works pretty well with concerto. ;) |
| 10:59 |
csharp |
JBoyer: will do |
| 11:00 |
JBoyer |
(If that's what you're thinking) |
| 11:00 |
JBoyer |
csharp++ |
| 11:12 |
Bmagic |
JBoyer: I hate to say it, but it seems that removing the ui supplement stuff from Evergreen is bugging the search. Though, I can't figure out why. I agree, that you've migrated the overrides over to eg-antora. Still diffing |
| 11:13 |
Bmagic |
right now, I can say for sure that building antora with the ui-bits in Evergreen overlayed over eg-antora makes it work |
| 11:33 |
Bmagic |
JBoyer: we may need to put the supplement stuff back. The issue was our nightly Evergreen builds were bombing on the absence of header-content.hba? Can we just make that file exist (with the updates from eg-antora) and call it a day? |
| 11:34 |
Bmagic |
I'm starting to think that the lunr stuff needs* itself to be in the repo with the docs during build time. Alternatively, the build script could cp eg-antora -> Evergreen/docs/ui, commit a test branch, build that branch, then revert it all |
| 11:47 |
gmcharlt |
the former, if there's no other way, is preferable to the latter: creating and throwing away git commits wouldn't be great for anybody with uncommitted changes in the clone who simply wants to try a doc build |
| 11:57 |
|
jihpringle joined #evergreen |
| 12:03 |
|
Christineb joined #evergreen |
| 16:53 |
|
sandbergja joined #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 17:29 |
|
Dyrcona joined #evergreen |
| 17:54 |
pinesol |
[evergreen|Lisa Carlucci] docs: corrections to the 3.6 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b2c3f81> |
| 17:56 |
pinesol |
[evergreen|Galen Charlton] docs: release notes: adding EOLI to the list of commissioning entities - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f900fbd> |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:44 |
|
sandbergja joined #evergreen |
| 18:46 |
sandbergja |
For anybody still around: can I make a URL that opens the patron self-registration form with a specific library selected? |
| 18:46 |
sandbergja |
(apart from setting up another OPAC with that library as physical_loc)? |
| 01:37 |
|
mrisher joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:33 |
|
agoben_ joined #evergreen |
| 06:34 |
|
annagoben joined #evergreen |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 17:11 |
Bmagic |
when the branch is cut, antora.yml (for rel_3_6) will need this line: version: 'latest' changed to: version: '3.6' |
| 17:13 |
Bmagic |
and on master, we would want to tell antora to build two "versions" based on two git branches. This takes place in site.yml. This line: branches: HEAD would need to be: branches: [master, rel_3_6] |
| 17:14 |
Bmagic |
I think* the url for the built rel_3_6 will be: /prod/docs/3.6/ (or whatver we call it in antora.yml for that branch) |
| 17:15 |
gmcharlt |
hmm, OK, sounds like it can do what I want, but will need to test it |
| 17:15 |
gmcharlt |
but in that case, I suggest rather than /prod/, we change the prefix to /eg/ |
| 17:15 |
gmcharlt |
(or evg) |
| 17:15 |
Bmagic |
I like eg |
| 17:17 |
gmcharlt |
easy to make that change via symlink right now |
| 17:17 |
gmcharlt |
shall I do so? |
| 17:20 |
gmcharlt |
I can also push out the site.yml and antora.yml changes now |
| 17:22 |
Bmagic |
cool |
| 17:22 |
Bmagic |
ready when you are |
| 17:23 |
gmcharlt |
ok, I'm done with the /var/lib/antora/www/eg move and have pushed out the changes to master and rel_3_6 |
| 17:23 |
gmcharlt |
so handing off to yhou |
| 17:24 |
gmcharlt |
meanwhile, I'm working on copying over the docbuilder stuff for previous versions over from docs-testing |
| 17:26 |
pinesol |
[evergreen|Galen Charlton] update target branches for Antora - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a5b3482> |
| 17:31 |
Bmagic |
gmcharlt: https://eg-docs.georgialibraries.org/eg/docs/3.6/index.html |
| 17:31 |
Bmagic |
nice! |
| 17:46 |
Bmagic |
The search box is bugged. I'll have to debug it next week |
| 17:48 |
gmcharlt |
cool |
| 17:49 |
gmcharlt |
also, the link to the Acquisitions topic manual on the Antora index pages is broken |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:20 |
gmcharlt |
https://eg-docs.georgialibraries.org/ 's index page is now updated to include 3.3 -> 3.5 taken from docs-tester |
| 18:20 |
gmcharlt |
and jobs running to rebuild the 3.3-3.5 documentation, including fixing an issue that was preventing the PDFs from being generated |
| 22:33 |
|
mrisher joined #evergreen |
| 03:59 |
|
abowling joined #evergreen |
| 04:07 |
|
gmcharlt joined #evergreen |
| 05:10 |
|
gmcharlt joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:21 |
|
rjackson_isl_hom joined #evergreen |
| 08:27 |
|
mantis1 joined #evergreen |
| 08:31 |
|
sandbergja joined #evergreen |
| 13:26 |
Dyrcona |
Bmagic: No. A development VM. Sticking with 9.6 in production for now. |
| 13:26 |
Bmagic |
right on |
| 13:26 |
Dyrcona |
csharp has plans for Pg10 in production. |
| 13:26 |
Dyrcona |
I do test on Pg12 and I've found performance to be uneven. Some things are faster and others slower. |
| 13:27 |
Bmagic |
I'm keen to know more about the prospect of 10. csharp++ |
| 13:28 |
Dyrcona |
For a small sample, you can read this: https://bugs.launchpad.net/evergreen/+bug/1482757/comments/18 |
| 13:29 |
pinesol |
Launchpad bug 1482757 in Evergreen 3.4 "Loading records with located URIs should not delete and recreate call_numbers" [Low,Confirmed] |
| 14:08 |
abneiman |
how are things where you are dluch? |
| 14:09 |
dluch |
Doing okay here, too. Weather is turning gorgeous - October is the best! Still working at home, and presently quarentined with my husband (though I'm almost positive we have colds and not COVID) |
| 14:10 |
abneiman |
:( I hope so! |
| 14:10 |
dluch |
Thanks! He's the one with the cough, and neither of us has fevers, but his doctor wanted us to wait until Saturday to be tested (??) |
| 14:11 |
dluch |
*shurugs* |
| 14:11 |
jweston |
dluch: hoping your colds, and waiting to get tested, are all over soon so you can enjoy the beautiful October |
| 14:11 |
dluch |
Thank you! Me, too! :-) |
| 14:11 |
dluch |
#info Evergreen Hack-a-Way, Oct. 26-28 |
| 14:12 |
dluch |
At the last DIG meeting, we decided that we would focus on 3.6 documentation at the Hack-a-Way. |
| 14:38 |
|
Topic for #evergreen is now Collaboration time (Meeting topic: 2020-10-01 - Documentation Interest Group Meeting) |
| 14:38 |
dluch |
What is everyone planning to work on today? Please let us know here, and feel free to talk and work with each other. If you'd like extra accountability, I can make an action item to show up in the minutes, but it's not necessary. |
| 14:39 |
dluch |
I put a list of ideas on the agenda, but I assume everyone that's here today probably knows stuff they want to work on. |
| 14:39 |
abneiman |
So, when gmcharlt did a build test with my giant-pile-o-docs, the build generated some errors in a couple adocs. I was going to look at those, but I was hoping there is someone here who can help me better understand "callout" syntax in adoc, because that's where several of the issues are. |
| 14:40 |
abneiman |
*errors in existing adocs, not errors in my new adocs (phew) |
| 14:40 |
abneiman |
anyway, I'm not familiar with the callout syntax and how it's supposed to work |
| 14:41 |
dluch |
Hmm, I'm not either |
| 14:41 |
abneiman |
and asciidoc cheat sheet has let me down for once :*( so I figured before I did deeper Googling, I would ask if anyone here has used that |
| 14:42 |
jweston |
I'm no help there but hooray for abneiman++ generating pile-o-docs |
| 14:44 |
abneiman |
which refers to this: https://eg-docs.georgialibraries.org/prod/docs/latest/admin/receipt_template_editor.html#_subtotals |
| 14:45 |
abneiman |
line 208 specifically is "<1> This line sets the variable." |
| 14:46 |
Bmagic |
when did you get the error? |
| 14:47 |
abneiman |
build test |
| 14:47 |
|
gmcharlt joined #evergreen |
| 14:47 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 14:48 |
Bmagic |
the error would have occured in the old docs (because the error is not from antora, but from asciidoctor) |
| 17:10 |
|
rjackson_isl_hom joined #evergreen |
| 17:37 |
|
rjackson_isl_hom joined #evergreen |
| 17:57 |
|
sandbergja joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:02 |
|
sandbergja joined #evergreen |
| 18:27 |
gmcharlt |
https://evergreen-ils.org/release-3-6-beta2-available/ |
| 19:57 |
|
dickreckard joined #evergreen |
| 05:34 |
|
book` joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live//archive/2020-09/2020-09-29_04:00:04/test.78.html> |
| 07:00 |
|
agoben joined #evergreen |
| 07:26 |
|
rjackson_isl_hom joined #evergreen |
| 07:28 |
JBoyer |
I think I figured out what's up with the failed log output errors, we were no longer ignoring the intentional error from 08-lp1366964-libdbi-error.t because the statement that's logged changed with the hopeless holds enhancement. |
| 09:52 |
Dyrcona |
Hm... I think just 24 hours is OK.... "between" is inclusive, right? |
| 09:53 |
Dyrcona |
Eh... no....Still need the extra minute for the 59 seconds. |
| 09:54 |
Dyrcona |
Thanks, rubber ducky! |
| 09:56 |
Dyrcona |
I suppose I could run some autorenewals on my test db before I make the change in production. ;) |
| 09:59 |
|
dbwells joined #evergreen |
| 10:05 |
|
stephengwills joined #evergreen |
| 10:05 |
Dyrcona |
Hmm... action_trigger may be slower on Pg 12 than on 9.6, too..... |
| 10:34 |
mmorgan |
scroll, scroll, scroll your @quote random |
| 10:34 |
mmorgan |
nope. |
| 10:40 |
pinesol |
[evergreen|Jason Boyer] LP1849212: (follow-up) Don't use group ids in upgrade scripts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=72c71e7> |
| 11:06 |
Dyrcona |
With about 700 out of about 30,000 autorenewals completed on my test db, I don't see anything crazy, yet. |
| 11:08 |
Dyrcona |
I think I found another machine with the wrong timezone: 2020-09-30 00:59:59-04 |
| 11:09 |
Dyrcona |
I see more from the one that one that is set to Pacific time. The new delay is picking them up. |
| 11:11 |
|
nfBurton joined #evergreen |
| 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++ |
| 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 |
