13:15 |
JBoyer |
I doi like syslog grouping things together under /var/log/evergreen/... so you can get a good idea what's going on all in one place. |
13:15 |
Dyrcona |
Some messages still end up in /var/log/apache2/other_vhosts.log or something like that, but that may just be our configuration. |
13:16 |
JBoyer |
I think I've seen that too. Not sure if they're duplicated or if there's another config option that we're missing somewhere, etc. |
13:16 |
Dyrcona |
Yeah, I agree for production environments, but for a test/development VM, it's a bit much. |
13:16 |
Dyrcona |
I suspect they're duplicated, but I'll have to take a few minutes to make sure. |
13:16 |
JBoyer |
It is annoying that there are so many places that need to be edited in opensrf_core.xml, that's true. |
13:17 |
Dyrcona |
I have a couple of sed scripts for that. :) |
14:45 |
nfBurton |
Although there aren't much costs for an online conference, we could probably garner some donations for that as well I mean we were willing to pay more to do the same face to face |
14:46 |
Cowens |
Just to clarify, agoben, you wrote in the email to the community that we needed $15,000-$20,000 but we are paying out (at least ) $59,000 some, correct? |
14:46 |
agoben |
I know that donations aren't an option for everyone, so we'll need to consider other options. Obviously the e-conference is one options, but I'd like us to consider what else might be out there. |
14:46 |
gmcharlt |
another factor for ongoing support: one of the ways of meeting the IRS' tests for showing that we, as a 501(c)3 charity, have public support, is to have a broad base of contributors |
14:47 |
gmcharlt |
grants of course are another avenue to pursue |
14:47 |
dluch |
I was just going to mention grants, lol |
14:47 |
agoben |
The total is a little over $59,000, yes, but we have over half of that from previous conferences. |
14:48 |
Cowens |
Thanks |
03:10 |
|
mrisher joined #evergreen |
03:47 |
|
mrisher_ joined #evergreen |
04:06 |
|
mrisher joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
08:17 |
|
mantis2 joined #evergreen |
09:11 |
Bmagic |
@coffee [someone] |
09:11 |
* pinesol |
brews and pours a cup of NOBLE Coffee, and sends it sliding down the bar to bshum |
12:08 |
csharp |
I tried changing "use open ':utf8';" to use open ':encoding(UTF-8)';" but that doesn't do it |
12:08 |
csharp |
(those may be equivalent - my googled documentation was unclear) |
12:09 |
csharp |
also, the problem may be that the incoming data from the bib records is not marked UTF-8? |
13:39 |
jvwoolf |
We've got a staff member who's seeing icons in the angular catalog replaced with text, but only in Firefox. Happening on our test server and some community test servers for her. I can't replicate it. Anybody seen this? |
13:47 |
jeff |
which community test servers? do you have a screenshot? any idea which version of firefox on what OS? |
13:58 |
jvwoolf |
jeff: The server she mentions is terran-master.gapines.org. Windows 10, Firefox 81.0.1. |
13:58 |
jvwoolf |
And here's a screenshot: https://photos.app.goo.gl/QTLDjZz6SKFgnhtRA |
13:59 |
jvwoolf |
Oh and clearing site data (including cookies) didn't fix it. |
14:39 |
|
terranm joined #evergreen |
15:36 |
|
mantis2 left #evergreen |
16:46 |
|
jvwoolf left #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
20:50 |
|
sandbergja joined #evergreen |
22:10 |
|
sandbergja joined #evergreen |
22:13 |
|
mrisher joined #evergreen |
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 |
:-) |
17:11 |
gmcharlt |
jeffdavis: thank you for helping to identify all the trees we need to tap |
17:11 |
jeffdavis |
gmcharlt++ |
17:12 |
jeff |
*groan* |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:28 |
|
justdoglet joined #evergreen |
18:33 |
|
justdoglet left #evergreen |
19:45 |
|
sandbergja joined #evergreen |
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 |