| 00:04 |
|
dbwells joined #evergreen |
| 00:08 |
|
dbwells joined #evergreen |
| 02:46 |
|
dbwells joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl_hom joined #evergreen |
| 07:41 |
|
dbwells joined #evergreen |
| 08:02 |
|
Dyrcona joined #evergreen |
| 09:32 |
|
dbwells joined #evergreen |
| 10:06 |
|
jonadab joined #evergreen |
| 10:20 |
|
sandbergja joined #evergreen |
| 10:55 |
pinesol |
[evergreen|Bill Erickson] LP1855737 Don't send error object across shared worker port - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d5d7985> |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:15 |
sandbergja |
Is there a way to verify that a particular ORDERS acq.edi_message was created using the new edi_order_pusher? Is an empty jedi column a good way to tell? |
| 12:17 |
csharp |
hmm |
| 12:19 |
Dyrcona |
I've got rows with status = complete jedi = empty and edi = <content>, so what csharp said. :) |
| 12:20 |
csharp |
the original pusher puts data in the jedi column and the new one doesn't |
| 12:21 |
sandbergja |
Excellent! Thanks! |
| 12:21 |
csharp |
same here - and the earliest one is right around the time we transitioned to non-JEDI ordering |
| 12:21 |
csharp |
sandbergja: you also know about --test-mode on the new pusher, right? |
| 12:22 |
sandbergja |
yes! that was super helpful |
| 12:22 |
csharp |
good |
| 12:22 |
sandbergja |
Oh man, I think we are all switched over to the new EDI system! |
| 00:39 |
|
mrisher joined #evergreen |
| 00:39 |
|
mrisher joined #evergreen |
| 01:09 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:16 |
|
yar joined #evergreen |
| 06:23 |
|
RBecker joined #evergreen |
| 06:23 |
|
devted joined #evergreen |
| 09:37 |
Dyrcona |
Except....I see the queries running that match that SQL exactly. However, I don't see any calls to the storage method in the logs. Also, there are two definitions for the function! |
| 09:38 |
Dyrcona |
https://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Publisher/actor.pm#l350 |
| 09:38 |
Dyrcona |
"That's a bingo!" |
| 09:39 |
Dyrcona |
Well, one of those similar loops. At least I have something to test. |
| 09:40 |
mmorgan |
Dyrcona++ |
| 09:40 |
Dyrcona |
Also, I'm not clear on the difference between api level 1 and api level 0. How would I know which is being used? |
| 09:51 |
Dyrcona |
request open-ils.storage open-ils.storage.actor.org_unit.closed_date.overlap 207, "2020-10-16T16:30:43-0400" |
| 09:52 |
Dyrcona |
This one "hangs" on my test server. |
| 09:54 |
Dyrcona |
And, there's a query running from time to time checking "random" dates. |
| 09:54 |
Dyrcona |
Now, to see what's so special about 2020-10-16. |
| 09:55 |
|
mantis1 joined #evergreen |
| 14:30 |
Dyrcona |
So, I can consistently make open-ils.storage.actor.org_unit.closed_date.overlap spin for this one org unit with a date of 2020-10-16. |
| 14:31 |
Dyrcona |
Now, to figure out why. |
| 14:33 |
Dyrcona |
Killing the drone is the only reliable way to stop it. |
| 14:33 |
Dyrcona |
I just got lucky on my test server last time that I canceled the postgres backend. |
| 14:33 |
JonGeorg |
This was an issue from a while back, so I was looking through my notes. The issue was when we tried to manually run the command. This is from an inherited system. There are no errors in syslog. So I'm thinking it was an error with how I was attempting to run the command manually, as we were trying to see if an update to the bookbag had been |
| 14:33 |
JonGeorg |
populated or not. It was telling me the error was on line78 which is the "$log = new Loghandler($logFile);" line and I couldn't find any reference to that function anywhere. I think I might have gone down a rabbit hole over nothing. I'll do some more checking to make sure it's working correctly. |
| 14:38 |
Dyrcona |
JonGeorg: I'm not find any script by the name of bookbag_update.pl i the source code. |
| 17:05 |
|
sandbergja joined #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 17:39 |
berick |
terranm++ bug-wrangle-mania++ |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:14 |
|
jihpringle joined #evergreen |
| 19:38 |
|
dbwells joined #evergreen |
| 20:16 |
|
dbwells joined #evergreen |
| 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 |
| 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 |
