| 15:46 |
Dyrcona |
Bmagic: If you want help with that, I'm sure we'll be able to make it happen. |
| 15:47 |
Bmagic |
cool, thanks for taking the time today to talk about that |
| 15:47 |
Dyrcona |
So, anything else for Evergreen releases? |
| 15:48 |
csharp |
Bmagic: looking forward to testing it out |
| 15:48 |
Bmagic |
csharp: feel free to click through what's there http://eg-docs.georgialibraries.org/prod/ |
| 15:49 |
csharp |
oh cool |
| 15:50 |
Dyrcona |
#topic New Business |
| 17:54 |
Bmagic |
I have a patch file for the target differing files - https://git-scm.com/docs/git-am doesn't seem to inform me how to make it patch *different* files |
| 17:55 |
Bmagic |
oh well - something for tomorrow - have a good evening Evergreen! |
| 18:00 |
berick |
Bmagic: oops, I mean 'git apply'. if the only difference is the path to the file, see the -p flag |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:05 |
|
sandbergja joined #evergreen |
| 18:37 |
|
sandbergja_ joined #evergreen |
| 20:14 |
|
sandbergja joined #evergreen |
| 03:56 |
|
mrisher joined #evergreen |
| 04:07 |
|
mrisher joined #evergreen |
| 05:40 |
|
mrisher joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:35 |
|
rfrasur joined #evergreen |
| 08:03 |
|
dbwells joined #evergreen |
| 08:14 |
|
Dyrcona joined #evergreen |
| 11:25 |
Dyrcona |
Here are the results of doing the original update again, after undoing them: https://www.sigio.com/~jason/redochan.html |
| 11:26 |
Dyrcona |
And, here's the output from the cold update that shows the IFs taking a long time: https://www.sigio.com/~jason/firstchan.html |
| 11:31 |
Dyrcona |
BTW, I also verified that we have all of the expected indexes for Evergreen 3.2.8 this morning. In fact, we have a few extra indexes. |
| 11:36 |
Dyrcona |
Is the above Lp worthy? Out catalogers haven't been able to update Jackie Chan's authority record in production via the staff client because of the time it takes to update the 117 attached bibliographic records. I can update it successfully via SQL in the test database. |
| 11:42 |
Dyrcona |
I can try turning some of the NOTs into positive logic to see if that helps any.... |
| 11:44 |
Dyrcona |
Though on the one I'm eyeballing, I think it's the = ANY( attr_list) that contributes the most to the run time. |
| 11:55 |
|
mrisher joined #evergreen |
| 14:06 |
pinesol |
felicia wanted to retrieve ALL THE USERS. |
| 14:10 |
Dyrcona |
Well, I know who actually did it. Logged in, first thing, search for all of the patrons in the database, apparently give up, and start doing acq. |
| 14:35 |
Dyrcona |
Back to Jackie Chan, it still takes 2 minutes to update the authority record even with everything cached. |
| 15:12 |
pinesol |
[evergreen|Jeff Davis] LP#1865533: save changes on Edit Hold in My Account - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=69f9ec7> |
| 16:03 |
|
sandbergja joined #evergreen |
| 16:16 |
|
mantis1 left #evergreen |
| 16:49 |
|
mantis1 joined #evergreen |
| 16:55 |
|
jihpringle joined #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:11 |
|
abowling joined #evergreen |
| 19:45 |
|
Stompro joined #evergreen |
| 20:06 |
|
mantis1 joined #evergreen |
| 01:40 |
|
sandbergja joined #evergreen |
| 02:17 |
|
dbwells joined #evergreen |
| 03:15 |
|
dbwells joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2020-04/2020-04-29_04:00:02/test.29.html> |
| 07:11 |
|
agoben joined #evergreen |
| 07:42 |
|
rfrasur joined #evergreen |
| 07:55 |
|
Dyrcona joined #evergreen |
| 08:24 |
|
dbwells_ joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:40 |
|
mantis1 joined #evergreen |
| 09:23 |
pinesol |
[opensrf|Chris Sharp] LP#1272937 - Quiet warnings from autoreconf -i - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=982b22a> |
| 09:28 |
|
collum_ joined #evergreen |
| 09:36 |
|
collum joined #evergreen |
| 09:37 |
Dyrcona |
D'oh! |
| 10:09 |
Dyrcona |
Ha! |
| 10:10 |
Dyrcona |
@blame The Archies |
| 10:10 |
pinesol |
Dyrcona: The Archies is really just another name for autogen |
| 10:16 |
berick |
pgtap test fix if anyone wants it: working => user/berick/lp1858448-age-money-pgtap-repair |
| 11:42 |
pinesol |
[evergreen|Jason Stephenson] LP1873286: Fix Bad End Tags - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2d45e0f> |
| 11:42 |
pinesol |
[evergreen|Chris Sharp] LP#1873286 - Add release notes entry - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9a1cec8> |
| 11:56 |
|
mrisher joined #evergreen |
| 13:07 |
csharp |
bshum++ |
| 13:08 |
* rfrasur |
does shine the Evergreen Community Spotlight on bshum. Because he is particularly awesome as well as my birthday sharer. |
| 13:08 |
rfrasur |
bshum++ |
| 13:19 |
jeffdavis |
Hey, so we are testing 3.5 in preparation for an upgrade next month, and there's a long list of Angularized admin pages that simply aren't useable in real-world circumstances due to bug 1847800 and bug 1846042. Those issues have existed since at least 3.3 but the list is growing as more pages get migrated to Angular. |
| 13:19 |
pinesol |
Launchpad bug 1847800 in Evergreen "Missing links to secondary admin pages" [High,Confirmed] https://launchpad.net/bugs/1847800 |
| 13:19 |
pinesol |
Launchpad bug 1846042 in Evergreen 3.4 "Angular admin pages need filters" [High,Confirmed] https://launchpad.net/bugs/1846042 |
| 13:20 |
jeffdavis |
We are probably going to be pointing people to the old, pre-Angularized UIs in a lot of cases, which is what we did last year for our 3.3 upgrade. |
| 13:33 |
jeffdavis |
Dyrcona: I think they're critical, but more curious to get others' feedback. I also know we're on the brink of the 3.5.0 release, so... |
| 13:34 |
Dyrcona |
We're planning to do RC1 today. |
| 13:34 |
Dyrcona |
The calendar says 3.5.0, but that hasn't been updated. |
| 13:37 |
* Dyrcona |
tries to remember how to run pgTap tests. |
| 13:38 |
Dyrcona |
pg_prove... right. |
| 13:41 |
|
sandbergja joined #evergreen |
| 13:50 |
pinesol |
[evergreen|Bill Erickson] LP1858448 Aged money pgtap test repair - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7a66de5> |
| 13:52 |
csharp |
jeffdavis: we've been managing those similarly - by changing the Admin page to link to the dojo versions |
| 13:53 |
Dyrcona |
Well, I think more pertinent issue is will they be fixed for the 3.5.0 release? |
| 13:54 |
csharp |
I can look after I finish this reports template I can't seem to get done :-/ |
| 16:41 |
|
sandbergja joined #evergreen |
| 17:20 |
|
mmorgan left #evergreen |
| 17:32 |
|
jihpringle joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2020-04/2020-04-29_16:00:02/test.29.html> |
| 19:48 |
|
jihpringle54 joined #evergreen |
| 22:58 |
|
mrisher joined #evergreen |
| 03:05 |
|
dbwells joined #evergreen |
| 05:07 |
|
dbwells joined #evergreen |
| 06:01 |
|
dbwells joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:29 |
|
Dyrcona joined #evergreen |
| 07:10 |
|
rfrasur joined #evergreen |
| 07:24 |
|
rjackson_isl_hom joined #evergreen |
| 08:19 |
|
mmorgan joined #evergreen |
| 08:27 |
|
mantis1 joined #evergreen |
| 09:05 |
|
dbwells joined #evergreen |
| 09:19 |
csharp |
rfrasur: last we tested, we saw the errors shown in the bug comments. I don't specifically remember which ones, but pretty sure the circ UIs weren't loading as a consequence |
| 09:19 |
csharp |
(been testing a lot of bugs lately, so I may be conflating that with another issue, but I think that's right) |
| 09:20 |
rfrasur |
Right. Is there any impetus to fix it? I know there's LOTS and lots going on. |
| 09:49 |
|
jvwoolf joined #evergreen |
| 09:52 |
|
sandbergja joined #evergreen |
| 09:58 |
mmorgan |
rhamby: Are you still looking at bug 1482757? |
| 09:58 |
pinesol |
Launchpad bug 1482757 in Evergreen 3.1 "Loading records with located URIs should not delete and recreate call_numbers" [Low,Confirmed] https://launchpad.net/bugs/1482757 |
| 09:59 |
rhamby |
mmorgan: I had in the past and have a lightly tested branch somewhere but saw you pushed one the other day so I have it on my todo list to test your branch |
| 09:59 |
rhamby |
mmorgan: hopefully this week though it's a crazy busy week for me |
| 10:00 |
mmorgan |
Okay, great! Do you think it's appropriate to target it as a bug fix? |
| 10:00 |
rhamby |
I think so. I could argue it either way but I think it falls on the bug fix side. |
| 10:03 |
mmorgan |
Ok, thanks, I'll add targets. |
| 11:08 |
berick |
Dyrcona++ # osrf timeout testing |
| 11:08 |
berick |
mmorgan: rhamby: +1 to treating that as a bug |
| 11:09 |
Dyrcona |
berick++ # timeout fixing |
| 11:25 |
|
CBrown joined #evergreen |
| 11:34 |
CBrown |
Good Morning! I hope that everyone is well. By chance, is anyone using the Bibliotheca inventory wand? If so, a question on the settings configurations in the Bibliotheca Inventory Reader app for the LMS setup. Evergreen is not listed in the dropdown box of LMS, do you know which LMS we'd select instead? |
| 13:26 |
pinesol |
[evergreen|Jason Stephenson] LP 1772053: Cleanup Dan's code. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4629b27> |
| 13:26 |
pinesol |
[evergreen|Chris Sharp] LP#1772053 - Fix minor typos - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=44d3de1> |
| 13:26 |
miker |
jeffdavis: I suspect the old UI was using a dedicated call to get just those resources owned at or "below" the ws_ou, rather than the magical pcrud fm-editor stuff |
| 13:30 |
jeffdavis |
Hm, I'll take a look. Also going re-test adding the scoped retrieve perm to fm_IDL.xml (both of them). Could be pebkac. |
| 13:36 |
|
rjackson_isl_hom joined #evergreen |
| 13:49 |
Dyrcona |
berick: I've tested your latest changes on Lp 1858448 and the upgrade scripts have worked for me also in a variety of scenarios, including against our production database where a little modification was required. |
| 13:49 |
pinesol |
Launchpad bug 1858448 in Evergreen 3.4 "Aged Payment (and Billing) Table Breaks Cash Report and Removes Relevant Payment Tracking Abilities" [High,Confirmed] https://launchpad.net/bugs/1858448 |
| 13:49 |
Dyrcona |
Should I just signoff or are you OK with me pushing the branches to master, rel_3_5, and rel_3_4? |
| 14:02 |
berick |
Dyrcona: i'm ok w/ you pushing them, thanks! |
| 14:53 |
Dyrcona |
OK. All fixed! Sorry for the commit inflation... Been too long since I pushed an upgrade script, I guess. |
| 14:54 |
Dyrcona |
berick++ csharp++ dpearl++ # Though he's retired. |
| 14:54 |
pinesol |
[evergreen|Jason Stephenson] Lp 1858448: Fix version number in upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=badd829> |
| 15:10 |
jeffdavis |
I must have made a mistake in testing before. Adding a resource type retrieve perm with context_field is limiting the list appropriately now. |
| 15:24 |
pinesol |
[evergreen|Jeff Davis] LP#1848550: client-side caching of org settings for AngularJS - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=83e1820> |
| 15:24 |
pinesol |
[evergreen|Bill Erickson] LP1854850 Angular IndexedDB Shared Worker Communication - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8c9187e> |
| 15:24 |
pinesol |
[evergreen|Bill Erickson] LP1848550 Cache org settings in IndexedDB (Angular) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9e8d662> |
| 15:24 |
pinesol |
[evergreen|Bill Erickson] LP1848550 / LP1835128 Redirect to AngJS splash page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fe76f62> |
| 15:32 |
|
mantis1 left #evergreen |
| 16:05 |
|
sandbergja joined #evergreen |
| 16:51 |
|
jvwoolf left #evergreen |
| 17:13 |
|
mmorgan left #evergreen |
| 17:36 |
|
sandbergja joined #evergreen |
| 17:56 |
|
sandbergja joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2020-04/2020-04-28_16:00:03/test.29.html> |
| 18:13 |
|
rjackson_isl_hom joined #evergreen |
| 18:16 |
phasefx |
that error aside, there was also a pgtap test failure with aged circs, which is related to recent commits: http://testing.evergreen-ils.org/~live//archive/2020-04/2020-04-28_16:00:03/test.47.html |
| 18:16 |
phasefx |
aged billing, rather |
| 18:52 |
|
rjackson_isl_hom joined #evergreen |
| 19:38 |
|
sandbergja joined #evergreen |
| 20:04 |
|
rjackson_isl_hom joined #evergreen |
| 00:16 |
|
sandbergja joined #evergreen |
| 01:07 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 08:07 |
|
Stompro joined #evergreen |
| 10:46 |
|
Dyrcona joined #evergreen |
| 11:02 |
|
sandbergja joined #evergreen |
| 17:54 |
bshum |
@pinesol unload Karma |
| 17:54 |
pinesol |
bshum: Have you tried taking it apart and putting it back together again? |
| 17:54 |
bshum |
:D |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:01 |
bshum |
Evergreen++ |
| 18:01 |
bshum |
@karma Evergreen |
| 18:01 |
pinesol |
bshum: Karma for "Evergreen" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 18:01 |
bshum |
Okay - final Karma was archived output for 2019 to https://evergreen-ils.org/~bshum/karma.final.2019.txt |
| 18:56 |
|
sandbergja joined #evergreen |
| 19:32 |
bshum |
Whoa, I had a minor freakout when looking at top in my new Ubuntu 20.04 VM before I realized that it was showing it in MiB Mem not KiB Mem :D |
| 19:32 |
bshum |
Guess they changed the defaults, hehe |
| 19:44 |
bshum |
Well, 2nd attempt at Ubuntu 20.04 and OpenSRF went better today once I ripped out all the Python dependencies from OpenSRF's Makefile :D |
| 19:45 |
bshum |
We'll need to rewrite the steps to config for ejabberd since they completely removed mod_legacy_auth from the parameters listing, but it's still easy enough to add it back in |
| 19:45 |
bshum |
So looks like the option is missing from the default, but the underpinnings are still there |
| 19:45 |
bshum |
Basic opensrf.math test successful, so simple comms are working at least :) |
| 19:45 |
* bshum |
wanders off to dinner |
| 20:27 |
|
sandbergja joined #evergreen |
| 22:36 |
|
sandbergja joined #evergreen |
| 23:45 |
|
sandbergja joined #evergreen |
| 02:31 |
|
dbwells joined #evergreen |
| 04:33 |
|
dbwells joined #evergreen |
| 06:01 |
|
dbwells joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:13 |
|
Dyrcona joined #evergreen |
| 07:32 |
|
rfrasur joined #evergreen |
| 07:55 |
|
jvwoolf joined #evergreen |
| 10:32 |
Dyrcona |
berick++ Thanks! |
| 10:33 |
Dyrcona |
I discovered that miker's ack example didn't find tags that spanned multiple lines. So, I'll have to work out a way to find those. |
| 10:34 |
Dyrcona |
I may have to write something in awk or Perl to do what I want. |
| 10:52 |
csharp |
berick: I was working on (with Terran) testing the receipt printer fixes that are targeted to 3.5.0 - would those be considered fixes or features in the context of our release? |
| 10:53 |
csharp |
https://launchpad.net/evergreen/+milestone/3.5.0 (Web client print receipts - several bugs with a single fix) |
| 10:55 |
berick |
csharp: those look like bug fixes to me |
| 10:59 |
csharp |
ok - cool - I'll work on getting them tested |
| 11:05 |
|
sandbergja joined #evergreen |
| 12:06 |
|
mrisher joined #evergreen |
| 12:07 |
csharp |
Bmagic: I'm thinking we could cut out the circular pictures of our heads and use them as game tokens - whataya think? https://evergreen-ils.org/wp-content/uploads/2020/04/Annual-Report-2019-Web-Ready.pdf |
| 12:08 |
Bmagic |
yes! |
| 12:08 |
Bmagic |
csharp++ |
| 12:10 |
Bmagic |
csharp: You are featured in 2015 pretty much exemplifying that exact notion https://evergreen-ils.org/wp-content/uploads/2017/03/Evergreen-Annual-Report-2016-Lower-Resolution.pdf |
| 16:25 |
phasefx |
I thnk there is a way to get websockets running through port 80, but I don't have hands on experience with that |
| 16:25 |
phasefx |
or 443, rather |
| 16:26 |
|
angelo joined #evergreen |
| 16:30 |
jammin |
phasefx: I'm in a spot like that with a test server. selfsigned cert vs websockets, etc. going to port 7682 gives me an ssl protocol error... haven't touched it since then, had other things pop up, but need to get in there and sort it out, don't remember what state I left it in. |
| 16:32 |
* phasefx |
uses let's encrypt these days and exposes his dev server to the internet, but he used to have to approve self-signed certs on both 443 and 7682 |
| 16:51 |
|
mmorgan1 joined #evergreen |
| 17:01 |
|
AFloyd__ joined #evergreen |
| 17:41 |
jammin |
And there's enough going on in that schema without making it worse with castaways. |
| 17:51 |
|
alynn26 joined #evergreen |
| 17:56 |
|
alynn26_away joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:19 |
jammin |
Well, I couldn't find any of the following views in fm_IDL.xml, or any references to them in the sql source (Open-ILS/src/sql/Pg) other than their own creation statements:money.cashdrawer_payment_view, money.open_transaction_billing_summary, money.open_transaction_billing_type_summary, money.open_transaction_payment_summary, |
| 18:19 |
jammin |
money.transaction_billing_summary, money.transaction_billing_type_summary, money.transaction_billing_with_void_summary, money.transaction_payment_summary, money.transaction_payment_with_void_summary |
| 18:21 |
jammin |
So, money.cashdrawer_payment_view, and any of the money.transaction* views. |
| 04:50 |
|
alynn26_away joined #evergreen |
| 04:54 |
|
alynn26 joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:24 |
|
rjackson_isl_hom joined #evergreen |
| 07:33 |
|
rfrasur joined #evergreen |
| 07:48 |
|
Dyrcona joined #evergreen |
| 10:18 |
|
sandbergja joined #evergreen |
| 10:35 |
|
AFloyd__ joined #evergreen |
| 10:49 |
|
alynn26_away joined #evergreen |
| 11:06 |
Dyrcona |
gmcharlt: Do you think jquery-migrate (https://github.com/jquery/jquery-migrate/) could help with bug 1873286? I'm thinking about adding it on my test VM later to see what comes up in the console. |
| 11:07 |
pinesol |
Launchpad bug 1873286 in Evergreen 3.4 "jQuery 3.5.0 breaks at least AngularJS interfaces" [Critical,Confirmed] https://launchpad.net/bugs/1873286 |
| 11:11 |
gmcharlt |
Dyrcona: looks like it's worth trying |
| 11:12 |
gmcharlt |
certainly beats trying to manually dig through all indirect uses of jquery |
| 11:16 |
Dyrcona |
Yeahp. I'm going to try it on 3.2.8 right now, then later on master. We may get different results on different releases. |
| 11:41 |
Dyrcona |
oops. I should have cleaned up the reports tables before starting the reporter on my test vm.... I hope no emails went out, or I'll have some confused staff. |
| 11:50 |
Dyrcona |
Hmm.. I seem to have the legacy reports interface. How do I enable the AngularJS interface? |
| 11:51 |
Dyrcona |
I get a lot of deprecated messages from jquery migrate. |
| 12:08 |
Dyrcona |
jQuery migrate doesn't pick up on the non-closing tags in the volume/copy editor. The only thing it reports is: jQuery.fn.bind() is deprecated |
| 15:39 |
|
mantis1 left #evergreen |
| 15:43 |
Dyrcona |
csharp: I made a mistake the other day when I answered your question about being to alter a commit after it has been pushed to master. The correct answer is we can't fix it. I was looking at the gitolite configuration again and no one has permission to rewrite master, so no force push is allowed. |
| 15:46 |
|
alynn26 joined #evergreen |
| 16:11 |
Dyrcona |
berick++ # I suspect you've found and fixed the source of our mysterious timeouts. I'll try your branch on test and training and see if I can get in production, soon. |
| 16:15 |
berick |
Dyrcona: yeah, i was thinking it might be at least partially to blame for some of the recent osrf woes |
| 16:20 |
Dyrcona |
I'm signing out for now. I've got plenty more to do tomorrow. ;) |
| 16:27 |
|
dbwells_ joined #evergreen |
| 16:43 |
|
mrisher joined #evergreen |
| 17:05 |
|
jihpringle joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:46 |
|
mrisher joined #evergreen |
| 22:02 |
|
mrisher joined #evergreen |
| 00:01 |
|
Stompro joined #evergreen |
| 04:58 |
|
alynn26_away joined #evergreen |
| 05:00 |
|
AFloyd__ joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:23 |
|
rjackson_isl_hom joined #evergreen |
| 07:40 |
|
rfrasur joined #evergreen |
| 08:28 |
|
Stompro joined #evergreen |
| 10:12 |
sandbergja |
Any tips for recreating that? |
| 10:12 |
pinesol |
Launchpad bug 1873286 in Evergreen 3.4 "jQuery 3.5.0 breaks at least AngularJS interfaces" [Critical,Confirmed] https://launchpad.net/bugs/1873286 |
| 10:15 |
sandbergja |
oh, maybe I should enable jquery in config.tt2 first :-) |
| 10:16 |
Dyrcona |
sandbergja: It may be our customization, but yeah, try enabling jQuery. I was going to test later with a stock master. |
| 10:21 |
Dyrcona |
As for recreating it, all I did was open the OPAC in a browser, or search the catalog from the AngularJS staff client, and Internal Server Error, so I suspect it is some interaction with our customization and jQuery 3.5.0, but I don't know why, since none of that should run on the server. |
| 10:47 |
|
dbwells_ joined #evergreen |
| 10:48 |
|
dbwells joined #evergreen |
| 15:53 |
|
mantis1 left #evergreen |
| 15:54 |
abowling |
jeffdavis: gmcharlt: et al. wondering if you had any immediate ideas as to gotchas on open-ils.ebook_api.check_session might be throwing an error (from a configuration standpoint; not from a request method structure standpoint) |
| 15:55 |
abowling |
i.e. would it be affected by perms configuration? |
| 15:58 |
jeffdavis |
Probably not a perm issue. |
| 16:00 |
jeffdavis |
curl -H "Content-Type: application/x-www-form-urlencoded;charset=UTF-8" -H "Authorization: Basic $BASIC_TOKEN" -X POST -d 'grant_type=client_credentials' https://oauth.overdrive.com/token |
| 16:00 |
jeffdavis |
abowling: ^ does that give you an error message, or a JSON string like {"access_token":"gibberish"} ? |
| 16:01 |
jeffdavis |
(substituting your Overdrive Basic Token of course) |
| 16:03 |
jeffdavis |
You can also use this Perl script for more thorough testing to confirm your credentials/settings are valid: http://git.sitka.bclibraries.ca/gitweb/?p=sitka/sitka-tools.git;a=blob;f=overdrive-eg-opac/odapi-checker.pl |
| 16:16 |
abowling |
jeffdavis: actually, log-checking sooner might have helped me. turns out, it seems it's an issue with the API not returning |
| 16:16 |
abowling |
[ERR :10117:RBDigital.pm:225:15875511017258630] EbookAPI: Unable to get patron Id from RBDigital portal: Patron not found. |
| 16:16 |
abowling |
ergo, OpenSRF is behaving properly; the vendor API is not |
| 17:46 |
|
dbwells joined #evergreen |
| 17:51 |
|
rashma_away joined #evergreen |
| 17:51 |
|
pastebot joined #evergreen |
| 18:10 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:11 |
|
jgoodson joined #evergreen |
| 18:11 |
|
phasefx_ joined #evergreen |
| 18:11 |
|
rhamby joined #evergreen |
| 09:38 |
Bmagic |
yep |
| 09:39 |
Dyrcona |
I thinks that's easier with xslt, but you can't use xslt with crad. |
| 09:40 |
Bmagic |
what's crad? |
| 09:40 |
Bmagic |
I'm working in the config.metabib_field table - reingesting a test record and then seeing what indexes were created |
| 09:41 |
Dyrcona |
config.record_attr_definition |
| 09:42 |
Bmagic |
oh - that is a different issue that I've put on hold |
| 09:42 |
Dyrcona |
You can probably do it there with a joiner, but you can't have two joiners. |
| 09:59 |
Bmagic |
removing the second 600 for now - leaves me with just one index from your recommended settings. The index that is preceeded with the double dash |
| 09:59 |
Dyrcona |
It has been a few years since I messed with this stuff much, so I'm a bit rusty. |
| 10:03 |
Bmagic |
all of the other marcxml index definitions that have joiners are using a " " space. So I wonder if those are also resulting in a preceeding space but it's not noticable |
| 10:07 |
Bmagic |
well now I am really confused - I updated the index to have a joiner space ' ', reingested the test record. And I still get "-- Wesley, John, -- -- 1703-1791 -- -- Bibliography. --" lol |
| 10:08 |
Bmagic |
I'm betting that the new definition wasn't different enough for it to recalculate |
| 10:09 |
Dyrcona |
Browsers generally compress multiple spaces into 1. |
| 10:10 |
Bmagic |
but why is it putting in the dashes when the joiner is a space? |
| 10:30 |
Bmagic |
sounds like the correct solution - I'm still confused on this dash thing. I guess it's time to just delete it |
| 10:31 |
miker |
browse entries do not get deleted once added, but the map to the source bib should be removed unless you have flags turning off browse ingest or something |
| 10:31 |
Bmagic |
putting malformed xslt in the database will probably be a bad thing, so it makes me slightly nervous. |
| 10:32 |
miker |
it would do bad things. but that's why you test with xsltproc at the command line :) |
| 10:32 |
Bmagic |
ah! - so the index that I see is leftover from a previous definition. And the new definition isn't matching (or something) - and therefore the engine doesn't re-process the index, leaving the old one there |
| 10:33 |
Bmagic |
well no, I tested that theory by deleting the 600 from the marc, saw that the index was also removed from metabib.browse_entry. Then put the tag back, and the friggin dashed index came back... pointing to my definition with a null joiner |
| 10:35 |
Dyrcona |
Bmagic: you may already have something processing the 600 tag, and your addition was not matching because of the extra stuff in the xpath field. |
| 10:35 |
Dyrcona |
I suggest select id, xpath from config.metabib_field; |
| 10:36 |
mmorgan |
But the metabib.browse_entry was pointing to definition 1003 ... |
| 11:00 |
Dyrcona |
mutlitasking-- |
| 11:00 |
Dyrcona |
or multitasking, take your pick. :) |
| 11:04 |
* mmorgan |
is not a fan of multitasking. Start many projects, finish none. |
| 11:04 |
Bmagic |
miker: when testing with xsltproc - can I just copy/paste the marc xml into a file and pass that in the second argument? |
| 11:05 |
miker |
Bmagic: that should work |
| 11:05 |
Bmagic |
wrapped in <collection> ? |
| 11:09 |
Bmagic |
I just ran the raw 880 template against the marc xml - seemed to work, though I'm not sure what to expect. It seemed to simply dump the xml back out |
| 10:40 |
pinesol |
Dyrcona: go with remove python |
| 10:41 |
bshum |
dbwells: Might need some input on https://bugs.launchpad.net/opensrf/+bug/1827055 again |
| 10:41 |
pinesol |
Launchpad bug 1827055 in OpenSRF "Python binding for OpenSRF and Evergreen" [Undecided,New] |
| 10:41 |
bshum |
With Ubuntu 20.04 there's packages missing for Python, looks like they actively removed much of Python2 and related packages |
| 10:42 |
bshum |
I have to research that further too, but maybe I'll need to exclude to proceed with other parts of the install testing first |
| 10:42 |
bshum |
Course 20.04 isn't done yet (they're still in beta) |
| 10:44 |
Dyrcona |
We should just drop the Python at this point. AFAIK no one uses it, except Syrup, and Syrup is dead, too. If you're still using it, shame on you. :) |
| 10:45 |
Dyrcona |
If you use Python then step up and fix it by next week. |
| 10:45 |
Dyrcona |
And, yes, I mean next week. |
| 10:54 |
* dbwells |
waves, hasn't even looked at IRC in weeks |
| 10:54 |
dbwells |
Glad to see everyone still here :) |
| 10:55 |
dbwells |
bshum: Don't get too excited, still a chunk of work to do. But, progress. |
| 10:55 |
bshum |
dbwells: Yeah kind of what started nagging me next in the back of my brain |
| 10:55 |
bshum |
Testing 20.04 support, testing Python3, testing new Perl, new PG version |
| 10:56 |
bshum |
Lots of stuff to break this year :D |
| 10:59 |
Dyrcona |
Looking at the Python 3 packages on Focal Fossa, there will be a lot of work to do to maintain the Python support in OpenSRF and Evergreen. We're likely going to have to switch XMPP libraries. |
| 10:59 |
Dyrcona |
I still vote we chuck it. |
| 11:00 |
bshum |
Or deprecate it and then reimplement as a new feature? |
| 12:09 |
|
scpl_shardina joined #evergreen |
| 12:18 |
|
jihpringle joined #evergreen |
| 12:25 |
|
sandbergja joined #evergreen |
| 12:27 |
scpl_shardina |
I have a z39.50 source that is confirmed to work in http://www.loc.gov/z3950/test.html set up, but it has no search fields in Cataloging > Import Record from Z39.50. Where would I go about setting that up? I'm not having any luck in the documentation. |
| 12:33 |
phasefx |
scpl_shardina: I don't think you should need to set anything up; sounds like some uncaught error? Anything in the browser dev console? Or an [ERR in osrfsys.log? |
| 12:37 |
phasefx |
scpl_shardina: also curious if the Raw Search button works |
| 12:37 |
scpl_shardina |
Nothing showing on either, other than warnings about my self signed testing SSL in the browser. The LOC and OCLC sources have search fields show up, just none that I add. |
| 12:38 |
scpl_shardina |
Raw search button does work on the added sources |
| 12:40 |
phasefx |
scpl_shardina: okay, same thing happens to me if I just copy the fields for loc into a test source. hrmm |
| 12:42 |
phasefx |
scpl_shardina: okay, we need to populate config.z3950_attr; I don't know if there is a UI for it |
| 12:44 |
phasefx |
scpl_shardina: I did the following for my test source and it worked: insert into config.z3950_attr (source,name,label,code,format,truncation) select 'test', name, label, code, format, truncation from config.z3950_attr where source = 'loc'; |
| 12:47 |
mmorgan |
Looks like you can still get to the pre-angular interface for configuring z39.50 which links to the attributes using https://<hostname>/eg/staff/admin/server/config/z3950_source |
| 12:47 |
phasefx |
mmorgan++ I was just looking at the "conify" interfaces |
| 12:49 |
scpl_shardina |
Alright, that worked! |
| 09:40 |
|
jvwoolf1 joined #evergreen |
| 09:49 |
|
sandbergja joined #evergreen |
| 10:58 |
|
scpl_shardina joined #evergreen |
| 11:17 |
scpl_shardina |
I'm setting up OpenSRF per the instructions, and everything goes smoothly until I go to test with the opensrf.math service, at which point I get a “Received no data from server” message - but the common cause for that I've found online (incorrect ejabberd password) isn't the issue. I'm getting “Failed to dlopen library file/cannot open shared object file/no such file or directory” errors for libosrf_math.so, libosrf_dbmath |
| 11:17 |
scpl_shardina |
.so and libosrf_cslow.so in osrfsys.log. Any ideas what the issue might be? |
| 11:18 |
scpl_shardina |
I do have multiple OpenSRF process running in ps aux, OpenSRF Router and Listeners/Drones for opensrf.settings, opensrf.validator, opensrf.slooooooow, opensrf.persist are all there. |
| 11:22 |
csharp |
scpl_shardina: are the .so files installed? |
| 11:22 |
jeff |
possible that you missed a step with adding the opensrf shared libraries location and re-running ldconfig |
| 11:22 |
csharp |
that too |
| 00:11 |
|
jvwoolf joined #evergreen |
| 01:42 |
|
sandbergja joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:20 |
|
rjackson_isl_hom joined #evergreen |
| 07:29 |
|
rfrasur joined #evergreen |
| 07:50 |
|
Dyrcona joined #evergreen |
| 16:49 |
jvwoolf |
Thanks. I'll poke in again tomorrow. I gotta run soon too. |
| 16:49 |
jvwoolf |
jeffdavis++ |
| 16:50 |
jvwoolf |
Dyrcona++ |
| 16:51 |
jeffdavis |
It's possible that records haven't been reingested since that index definition was added, which you could test by modifying a record to put some unique value in the 245$c, saving it (which should force a reingest on that record), then do an author search for your unique value. |
| 16:51 |
jeffdavis |
Beyond that, I have no immediate ideas. |
| 16:51 |
jeffdavis |
Good luck! |
| 16:54 |
|
mikerisher joined #evergreen |
| 17:30 |
|
jihpringle joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:31 |
|
jihpringle joined #evergreen |
| 21:39 |
|
sandbergja joined #evergreen |
| 22:34 |
|
sandbergja joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:27 |
|
rjackson_isl_hom joined #evergreen |
| 07:29 |
|
rfrasur joined #evergreen |
| 08:01 |
|
alynn26 joined #evergreen |
| 15:30 |
Dyrcona |
Headaches are pretty low on my list, too. |
| 15:40 |
|
mantis1 left #evergreen |
| 15:43 |
csharp |
@hates |
| 15:43 |
pinesol |
csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; reports more; reports even moar; details; reports even more; the fact that the Base Filters is unnecessarily greyed out when applying an (2 more messages) |
| 15:43 |
csharp |
@more |
| 15:43 |
pinesol |
csharp: Aggregate Filter and vice versa even more; having to teach SIP2 client vendors about the SIP2 specification; troubleshooting reports; money reports; marc; reports even more than before; the EDI ruby bits; acquisitions; <quote>fun<unquote>; edi; sip2; sip too; sip two; acq; acq more; acq way more than before; omg I hate acq; omg I love acq; hate hate hate; comcast; action_triggers; javascript; action_triggers (1 more message) |
| 15:43 |
csharp |
@more |
| 16:58 |
|
jvwoolf1 joined #evergreen |
| 17:14 |
|
mmorgan left #evergreen |
| 17:37 |
|
dbwells joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:50 |
|
sandbergja joined #evergreen |
| 19:06 |
|
dbwells_ joined #evergreen |
| 20:33 |
|
Stompro joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rfrasur joined #evergreen |
| 07:26 |
|
dbwells joined #evergreen |
| 07:34 |
|
rjackson_isl_hom joined #evergreen |
| 13:30 |
pinesol |
Launchpad bug 1788417 in Evergreen 3.0 "Web client: Boolean fields say "true"/"false" when XUL client used "Yes"/"No"" [Undecided,Fix released] https://launchpad.net/bugs/1788417 |
| 13:45 |
|
Dyrcona joined #evergreen |
| 13:46 |
Dyrcona |
mmorgan: I looked at that yesterday and tried reverting the commit but it makes no difference. |
| 13:47 |
Dyrcona |
mmorgan: In fact, I'm trying to get that code to work on the holds shelf list. It seems to work everywhere else I've tested it. |
| 14:19 |
|
rfrasur joined #evergreen |
| 14:20 |
|
dbwells joined #evergreen |
| 15:14 |
|
mantis1 left #evergreen |
| 16:00 |
|
dbwells joined #evergreen |
| 16:31 |
|
sandbergja joined #evergreen |
| 17:07 |
|
mmorgan left #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:07 |
miker |
csharp: thanks, belatedly |
| 23:38 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:15 |
|
rjackson_isl_hom joined #evergreen |
| 08:00 |
|
alynn26 joined #evergreen |
| 08:04 |
|
Stompro joined #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 17:05 |
Bmagic |
but when logged in (same browser, same registered workstation) as Local Admin - perform the same workflow - The first progress bar goes to 100% but the second and third bars do not move. Ignoring that and click on inspect queue - and I find that it worked just fine without getting the progress bar feedback |
| 17:06 |
Bmagic |
Spent a couple of hours on it. Found nio errors in the log. Both Global Admin and Local admin users can perform the import without errors. Queue is created, bib is staged, bib is imported. The only difference is the progress bar feedback is missing for local admin.... No errors in browser console.... |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:14 |
|
dbwells joined #evergreen |
| 18:39 |
|
mrisher joined #evergreen |
| 20:00 |
|
dbwells joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:44 |
|
JBoyer_ joined #evergreen |
| 06:48 |
|
JBoyer joined #evergreen |
| 07:37 |
|
Stompro joined #evergreen |
| 08:59 |
|
dbwells joined #evergreen |
| 09:36 |
|
Dyrcona joined #evergreen |
| 09:40 |
Dyrcona |
So, I started looking into a bug this morning and commented that I think 1 speedup branch was the problem, but upon further review, I think a different commit is somehow responsible. |
| 09:43 |
Dyrcona |
Even though I tested and signed off on that latter commit. |
| 09:51 |
Dyrcona |
And, nope. That commit doesn't seem to be the problem, either. |
| 09:51 |
Dyrcona |
Reverting it doesn't change anything.... |
| 09:58 |
|
jvwoolf joined #evergreen |
| 17:42 |
|
sandbergja joined #evergreen |
| 17:49 |
|
mmorgan1 joined #evergreen |
| 17:54 |
|
JBoyer_ joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:19 |
|
mmorgan1 left #evergreen |
| 20:25 |
|
RBecker joined #evergreen |
| 21:01 |
|
Stompro joined #evergreen |
| 00:29 |
|
sandbergja joined #evergreen |
| 03:41 |
|
devted joined #evergreen |
| 05:09 |
|
devted joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:44 |
|
agoben joined #evergreen |
| 07:18 |
|
rjackson_isl_hom joined #evergreen |
| 07:34 |
|
rfrasur joined #evergreen |
| 14:33 |
mmorgan |
Bmagic++ |
| 14:35 |
Dyrcona |
Well, I did a few bug things this week, but not as much as I had hoped. |
| 14:36 |
Dyrcona |
@quote random |
| 14:36 |
pinesol |
Dyrcona: Quote #90: "<jeff> I feel like I'm stuck inside of a TCP joke." (added by gmcharlt at 12:37 PM, August 27, 2014) |
| 15:34 |
|
rfrasur joined #evergreen |
| 16:05 |
|
mantis1 left #evergreen |
| 17:07 |
|
sandbergja joined #evergreen |
| 17:14 |
|
mmorgan left #evergreen |
| 17:31 |
|
sandbergja joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:11 |
|
dbwells_ joined #evergreen |
| 19:07 |
|
sandbergja joined #evergreen |
| 19:28 |
|
rfrasur joined #evergreen |
