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! |
15:14 |
jeff |
I can't guarantee time to look at it myself before this evening, but that's probably the next step. |
15:16 |
Dyrcona |
Well, I just checked the LoC site and a q in leader 06 is not valid. |
15:19 |
* jeff |
nods |
15:20 |
scpl_shardina |
Yeah, this is weird old data we inherited from previous employees! I should be able to share the files, I'm going to test a few more things first. I'm still not totally sure if this is even a good use case for Evergreen, the way Horizon did community resources seems kind of iffy to begin with, but I'm curious to see what it will look like if I can get it loaded in. |
15:20 |
Dyrcona |
Oh! These are Horizon community resources records.... Don't bother. |
15:21 |
jeff |
oh, this is MARC Community Information, not bibliographic data. Yeah, hence the q. |
15:21 |
jeff |
http://www.loc.gov/marc/community/eccihome.html |
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 |
14:14 |
alynn26 |
Remingtron++ |
14:15 |
dluch |
So, are you still wanting us to go in and look for more things to tweak? |
14:15 |
dluch |
remingtron++ |
14:15 |
Bmagic |
need click-through's and testing though |
14:15 |
alynn26 |
I did notice the index was not working. |
14:16 |
dluch |
Haha, okay, cool. We have that as an action item from last meeting...everyone go through and test things, so keep doing that! |
14:16 |
Bmagic |
I had a thought the other day> If we merge this branch into master, it will delete the current docs stuff (which is fine as long as all of the latest stuff has been forwarded to the antora branch as well) - I was trying to think of a way we could query our git repo to see if there are any non-merged branches that touch /docs/* files? |
14:16 |
abneiman |
Bmagic: very good thought |
14:16 |
abneiman |
(n.b. I have no idea how to do that, though) |
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 |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:08 |
|
agoben joined #evergreen |
07:14 |
|
rjackson_isl_hom joined #evergreen |
07:35 |
|
Dyrcona joined #evergreen |
10:26 |
|
collum joined #evergreen |
10:33 |
|
sandbergja joined #evergreen |
11:03 |
|
jvwoolf1 joined #evergreen |
11:40 |
abneiman |
morning all. anyone know of a test server with a payment processor demo currently active? |
11:50 |
|
mrisher joined #evergreen |
11:58 |
csharp |
if any experienced Perl-layer devs have any tuits today, I'd appreciate eyes on my first draft fix of bug 1398107 |
11:58 |
pinesol |
Launchpad bug 1398107 in Evergreen "No warning provided when bib records with holds are deleted" [High,Confirmed] https://launchpad.net/bugs/1398107 - Assigned to Chris Sharp (chrissharp123) |
15:31 |
|
mantis1 left #evergreen |
15:44 |
sandbergja |
mmorgan++ |
15:44 |
|
jihpringle joined #evergreen |
15:57 |
mmorgan |
I just tested an emergency closing on a past due date on a test system, and the Emergency closing report indicated Circulations: 0/783. Am I missing a setting somewhere? |
16:07 |
|
Dyrcona joined #evergreen |
16:08 |
Dyrcona |
WRT bug 1865302, I've had this around for a while and just updated it today: https://github.com/Dyrcona/evergreen_utilities/blob/master/perl/parameters.pl |
16:08 |
pinesol |
Launchpad bug 1865302 in Evergreen "Wishlist: make loan rules clear to staff and patrons" [Undecided,New] https://launchpad.net/bugs/1865302 |
17:08 |
sandbergja |
He already got karma for this, but... |
17:09 |
sandbergja |
Dyrcona++ # that bill-paying script |
17:32 |
Bmagic |
Anyone heard of this virus thing? wow it seems like a big deal |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:22 |
csharp |
@praise Bmagic |
18:22 |
* pinesol |
Bmagic is very kind and good-looking and always does what's best for the project |
18:30 |
|
mrisher joined #evergreen |
01:22 |
|
mrisher joined #evergreen |
06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:55 |
|
agoben joined #evergreen |
07:14 |
|
rjackson_isl joined #evergreen |
07:29 |
|
collum joined #evergreen |
16:40 |
mmorgan |
bug 1740147 |
16:41 |
pinesol |
Launchpad bug 1740147 in Evergreen "Wishlist: Provide functionality to bypass capturing for a hold pickup location when the org unit is closed" [Wishlist,New] https://launchpad.net/bugs/1740147 |
16:49 |
mmorgan |
Would setting Hard boundaries for closed libraries stop items from transiting to them? Haven't worked with boundaries before. |
16:58 |
jeff |
it should prevent targeting, but you'd want to test and you'd want to retarget holds |
16:58 |
jeff |
i suspect that there would also be corner cases with non-T hold types and trying to use the boundary |
16:59 |
jeff |
oh, also just changing the OU setting isn't enough there, if that's what you meant. |
16:59 |
jeff |
you need to adjust the boundaries on any outstanding holds, I believe. |
16:59 |
mmorgan |
Ah. ok. Didn't realize the boundaries were stored in the holds. |
17:00 |
mmorgan |
Might experiment with that tomorrow, might just stem the tide enough. |
17:03 |
|
b_bonner11 joined #evergreen |
17:34 |
Dyrcona |
@later tell mmorgan You can also make the library not a valid pickup location, ping me tomorrow and maybe I'll remember details. |
17:34 |
pinesol |
Dyrcona: The operation succeeded. |
17:37 |
Dyrcona |
Oh, well patches for my router require a reboot, so I'll sign out, now. |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:39 |
sandbergja |
Everyone is asking about closed libraries today. :-( :-( |
19:06 |
|
cmalm joined #evergreen |
19:19 |
csharp |
@band add Virus Squash Week |
01:03 |
|
sandbergja joined #evergreen |
02:39 |
|
sandbergja joined #evergreen |
03:45 |
|
sandbergja joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:51 |
|
agoben joined #evergreen |
06:59 |
|
collum joined #evergreen |
07:07 |
|
rjackson_isl joined #evergreen |
09:36 |
pinesol |
Launchpad bug 1858448 in Evergreen 3.4 "Aged Payment (and Billing) Table Breaks Cash Report and Removes Relevant Payment Tracking Abilities" [High,Confirmed] |
09:37 |
alynn26 |
+1 here for those changes. |
09:38 |
|
stephengwills joined #evergreen |
09:48 |
Stompro |
mmorgan, my quick test of content cafe this morning seems to show that it working, requesting the same cover art 120 times in a row, and the image was returned every time. |
09:50 |
mmorgan |
Stompro: I'm seeing the same with our NextReads newsletters, Yay! |
10:00 |
|
cmalm joined #evergreen |
10:02 |
|
jvwoolf joined #evergreen |
16:52 |
|
mantis1 left #evergreen |
17:07 |
|
mmorgan left #evergreen |
17:28 |
|
khuckins_ joined #evergreen |
18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:38 |
|
Christineb joined #evergreen |
18:39 |
|
ejk joined #evergreen |
18:39 |
|
kip joined #evergreen |
04:43 |
|
yar joined #evergreen |
04:43 |
|
ejk joined #evergreen |
04:43 |
|
csharp joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:52 |
|
rfrasur joined #evergreen |
06:55 |
|
agoben joined #evergreen |
07:09 |
|
rjackson_isl joined #evergreen |
09:46 |
|
yboston joined #evergreen |
09:51 |
mmorgan |
I have to reset some autorenewal action trigger events to pending that are in various states due to a trigger meltdown (which is another story). |
09:51 |
mmorgan |
I'm wondering what to do about the Autorenewnotify events. Set those to pending as well? Will the reset autorenewal triggers generate new ones? |
09:53 |
mantis1 |
Oddball question: can the web client be accessed and used on an iPad? |
09:53 |
mantis1 |
I imagine so but I don't have one in the office at the moment to test that out. |
09:55 |
|
nfBurton joined #evergreen |
09:56 |
gmcharlt |
berick++ |
09:56 |
gmcharlt |
csharp++ |
14:01 |
jihpringle |
#info jihpringle is Jennifer Pringle, BC Libraries Cooperative (Sitka) |
14:01 |
abneiman |
#info abneiman is Andrea Buntz Neiman, Equinox |
14:01 |
cmalm_ |
#info cmalm is Carissa Malmgren, Roanoke Public Library (NTLC) |
14:04 |
dluch |
Thank you for coming! We are a small group today, but will be mighty! ;-) If you come in later, feel free to introduce yourself when you arrive. |
14:04 |
dluch |
#topic Helpful Information: Documentation contributions and collaboration |
14:04 |
|
Topic for #evergreen is now Helpful Information: Documentation contributions and collaboration (Meeting topic: 2020-03-05 - Documentation Interest Group Meeting) |
14:04 |
dluch |
#info You can find the Documentation Needs List at https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:documentation_needs |
14:04 |
dluch |
#info DIG Roles can be found at https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:digparticipants |
14:04 |
dluch |
#topic Old and Ongoing Business |
14:04 |
|
Topic for #evergreen is now Old and Ongoing Business (Meeting topic: 2020-03-05 - Documentation Interest Group Meeting) |
14:05 |
dluch |
#info Previous Action Items |
14:05 |
dluch |
How are we doing on these? I think most of the people in them aren't here, but I'll take them in order... |
14:05 |
dluch |
#1, sandbergja: video for proof of concept in the Quick Starts section? |
14:06 |
dluch |
(I don't see her on IRC right now, so we'll move on) |
14:06 |
dluch |
#2, I'm also going to skip this one, since we have more on Antora progress later |
14:06 |
dluch |
#3, Everyone will test the Antora server and email the DIG list (or IRC) with problems (or suggestions) |
14:06 |
dluch |
I know that sandbergja and some of her people did this, and posted to the Launchpad bug. Anyone else? Do we need to keep this as an action item? |
14:07 |
abneiman |
I have not tested Antora, but if you are happy with the test outcomes so far we could probably drop the action item |
14:08 |
alynn26 |
#info alynn26 is Lynn Floyd Evergreen Indiana |
14:08 |
dluch |
I think they've been good. bmagic and remingtron, what do you think? |
14:08 |
dluch |
Hi, Lynn! |
16:46 |
|
jihpringle joined #evergreen |
17:16 |
|
mmorgan left #evergreen |
17:56 |
|
sandbergja joined #evergreen |
18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:06 |
|
mikerisher joined #evergreen |
20:56 |
|
RBecker joined #evergreen |
21:19 |
|
sandbergja joined #evergreen |
00:53 |
|
sandbergja joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:08 |
|
felicia joined #evergreen |
06:53 |
|
agoben joined #evergreen |
07:09 |
|
rjackson_isl joined #evergreen |
12:29 |
|
khuckins joined #evergreen |
12:31 |
csharp |
JBoyer++ #witcher |
12:32 |
csharp |
lots of Leroy Jenkins moments in open source software dev :-) |
12:34 |
JBoyer |
git commit --author="Leroy Jenkins" -m "Works for me, no need to test in dev; should be fine in prod" |
12:36 |
Dyrcona |
JBoyer++ |
12:37 |
* JBoyer |
prides himself on his untested but vaguely realistic command lines. |
12:42 |
mmorgan |
What could go wrong? ;-) |
15:19 |
Dyrcona |
jeffdavis: Have you tried? |
15:20 |
jeffdavis |
No. |
15:22 |
Dyrcona |
Well, my assumption is that it can't, really, but trying would prove it one way or the other. |
15:26 |
jeffdavis |
It may come to that, but I'd prefer to avoid devoting several hours to setting up a test if there's a known answer already. :) |
15:33 |
|
sandbergja_ joined #evergreen |
16:14 |
|
mantis1 left #evergreen |
16:15 |
pinesol |
[evergreen|Bill Erickson] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=37f6dd3> |
17:25 |
jeff |
oof. that needs fixing. |
17:26 |
jeff |
should really be 4, 8, 15, 16, 23, and 42. |
17:28 |
|
sandbergja_ joined #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:25 |
|
mrisher joined #evergreen |
19:46 |
|
khuckins joined #evergreen |
21:08 |
|
sandbergja joined #evergreen |
02:17 |
|
mrisher joined #evergreen |
06:18 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:54 |
JBoyer |
Bmagic, thinking back on your ng-container issue, mixing ng-container and ng-repeat is like mixing Angular and AngularJS. You should probably use ng-container with ngfor (if that is an |
06:55 |
JBoyer |
Angular 8 interface) or ng-repeat-begin and ng-repeat-end if it's an AngularJS interface. |
06:55 |
JBoyer |
Though I guess if you're only repeating the contents of a single <tr> you could just put the ng-repeat in the tr. |
15:12 |
JBoyer |
terranm++ |
15:12 |
berick |
yeah, terranm++ big time |
15:12 |
JBoyer |
That was a good week |
15:13 |
csharp |
#info csharp will arrange testing for sandbergja's fix to https://launchpad.net/bugs/1821094 on a realistic test server |
15:13 |
pinesol |
Launchpad bug 1821094 in Evergreen 3.3 "Item status refresh after editing can get confusingly slow" [Medium,Confirmed] |
15:13 |
csharp |
I can tell you right now that we haven't done that yet :-/ |
15:13 |
csharp |
#action csharp will arrange testing for sandbergja's fix to https://launchpad.net/bugs/1821094 on a realistic test server :-) |
15:13 |
sandbergja |
thanks, csharp! |
15:13 |
csharp |
#info berick to open LP on showing link to ang staff cat by default in 3.5 |
15:14 |
berick |
i have not opened said LP, but I've given some additional thought to it.. |
15:14 |
berick |
testing the catalog without full integration is only going to tell us so much |
15:15 |
berick |
i'm going to open an LP for promoting the Ang cat to becoming the default for (presumably) 3.6 |
15:15 |
berick |
if that's too early, we can bump to 3.7 |
15:16 |
berick |
but in any event, whenever it's merged, i think it needs to be merged very early in the release cycle |
15:16 |
berick |
since it's a significant change |
15:17 |
berick |
given that, I probably won't open an LP for making it visible by default in 3.5, unless there's a push to do so |
15:17 |
* berick |
is open to suggestion as always |
15:18 |
csharp |
no push from my direction, though we have been testing it among GPLS/PINES staff and plan to switch on the 3.4 version in production soon |
15:18 |
berick |
csharp: good to hear. i look forward to the feedback |
15:19 |
csharp |
ok, any other residual items from the last meeting (or before) that needs discussion? |
15:20 |
csharp |
#topic Release info: OpenSRF |
17:22 |
StomproJ |
mmorgan, I opened up a ticket with B&T support, and emailed coverimagesbaker-taylor.com |
17:22 |
StomproJ |
. |
17:58 |
|
sandbergja_ joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
20:37 |
|
StomproJ joined #evergreen |
22:28 |
|
sandbergja joined #evergreen |
06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:56 |
|
agoben joined #evergreen |
07:09 |
|
rjackson_isl joined #evergreen |
07:32 |
|
rfrasur joined #evergreen |
11:27 |
jeff |
also there was at least one "default value for field is different if you've upgraded vs fresh-installed" |
11:28 |
mmorgan |
Bmagic: Are there discrepancies in the "joiner" field? |
11:29 |
Bmagic |
mmorgan: yes! There is one line where it's ' -- ' for one but not the other: "All Subjects" |
11:30 |
Bmagic |
updating row and reindexing a test record. here goes |
11:34 |
mmorgan |
Looks like we made that change at some point. |
11:35 |
Bmagic |
well, i got the dashes in the index in the db but not on the opac. |
11:35 |
Bmagic |
probably memcache? |
16:13 |
JBoyer |
'll have to put a [% PROCESS carousels %] in your template where they should appear, and the relevant chunk of misc_util.tt2 will need to be pulled from stock, |
16:13 |
nfBurton |
misc util |
16:13 |
nfBurton |
gotchya |
16:14 |
JBoyer |
If you've already done that and it still won't appear, double check the JS and CSS that it references, and also make sure that the bucket associated with the carousel has entries in it. (you can cheat on that just for testing). |
16:14 |
nfBurton |
Oh that does exist |
16:14 |
nfBurton |
And the Process does too |
16:15 |
nfBurton |
I actually don't think they are filling with bibs for some reason |
16:15 |
Stompro |
mmorgan, are you still seeing content cafe cover art issues? |
16:16 |
nfBurton |
I am getting the carousels div but then it wont display unless bibs exist in the carousel |
16:16 |
nfBurton |
So I think that is the issue |
16:17 |
JBoyer |
You can fake that in psql if you'd like, depending on what all you want to test. :) |
16:17 |
mmorgan |
Stompro: No, they seem to be working fine ATM. Are you seeing issues? |
16:20 |
Stompro |
mmorgan, I just noticed a batch of new titles didn't have cover art again, until I cleared memcache and cleared my cache. |
16:26 |
mmorgan |
Stompro: Are they titles in your carousel? |
17:03 |
Bmagic |
JBoyer: thanks - I will play with those ideas |
17:12 |
|
mmorgan left #evergreen |
17:26 |
|
sandbergja joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:09 |
|
cmalm_ joined #evergreen |
19:31 |
|
sandbergja joined #evergreen |
21:12 |
|
cmalm joined #evergreen |
03:04 |
|
yar joined #evergreen |
03:09 |
|
yar joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:05 |
|
agoben joined #evergreen |
07:13 |
|
rjackson_isl joined #evergreen |
07:56 |
|
Dyrcona joined #evergreen |
12:53 |
mmorgan |
Has anyone shortened the timeout? |
13:10 |
Dyrcona |
Dyrcona-- |
13:28 |
Dyrcona |
qemu-kvm is causing me problems today. |
13:49 |
jeffdavis |
tfw testing a fix is way more complicated than the fix itself |
13:51 |
Dyrcona |
jeffdavis: It can be. |
13:53 |
jeffdavis |
bug 1823983 is what prompted that feeling, if anyone has time on their hands for setting up a test case (ha!) |
13:53 |
pinesol |
Launchpad bug 1823983 in Evergreen 3.3 "Action triggers repeat_delay looking at unrelated events" [Medium,Confirmed] https://launchpad.net/bugs/1823983 |
14:10 |
|
jvwoolf joined #evergreen |
14:32 |
Stompro |
Did anyone figure out a good way to search for and clear out the nocontent cover art while I was at lunch? |
16:51 |
|
cmalm joined #evergreen |
16:56 |
|
mmorgan left #evergreen |
17:07 |
cmalm |
I've been scratching my head over the MARC Batch Editor. I'm trying to delete 245$h, but doing so also deletes the forward slash that precedes $c. Is there any way to preserve that character, or to add it back in in the appropriate location? |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:54 |
|
mantis1 joined #evergreen |
19:54 |
|
mantis1 left #evergreen |
21:06 |
|
sandbergja joined #evergreen |
00:30 |
|
jonadab joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:10 |
|
rjackson_isl joined #evergreen |
08:14 |
|
rfrasur joined #evergreen |
08:17 |
|
tlittle joined #evergreen |
08:30 |
|
Dyrcona joined #evergreen |
08:42 |
|
mmorgan joined #evergreen |
08:44 |
|
mantis1 joined #evergreen |
09:45 |
Bmagic |
I've got a test machine that I just cannot get the permission groups interface to work. I've traced down the error in the OpenSRF code |
09:45 |
Bmagic |
here is the error "Session cache for thread xxxxxxxxxxxx does not match request" |
09:46 |
Bmagic |
which coorisponds to an if statement if(!strcmp(ipAddr, trans->remoteHost) && !strcmp(recipient, trans->recipient)) |
09:46 |
Bmagic |
in the C code |
16:27 |
jeffdavis |
I don't feel confident enough to commit that "read more" feature myself, but it would be nice to get it released after all that work and with at least one consortium already using it. |
16:27 |
pinesol |
[evergreen|Jeff Davis] LP#1811132: add Debit Card payment type - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3d7a7c1> |
16:27 |
pinesol |
[evergreen|Chris Sharp] LP#1811132 - Stamping upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=975ef96> |
16:27 |
csharp |
yeah, it's pretty intimidating |
16:28 |
csharp |
just trying to follow the comment thread on the bug was making my eyes roll around last week |
16:29 |
* csharp |
checks out the branch to install on his test server anyway |
16:30 |
mmorgan |
Read more example: https://evergreen.noblenet.org/eg/opac/record/4433320?locg=1 |
16:31 |
* mmorgan |
suggests starting with comment #19 on the bug https://bugs.launchpad.net/evergreen/+bug/1424815/comments/19 |
16:31 |
pinesol |
Launchpad bug 1424815 in Evergreen "Wishlist: Add a “read more” feature to the OPAC bib record view for fields with lots of text" [Wishlist,Confirmed] |
16:34 |
csharp |
khuckins: would you mind rebasing your branch to master? I'm getting conflicts on nearly every file due to new features added since |
16:34 |
csharp |
I'd be happy to test the branch if you do :-) |
16:34 |
khuckins |
Will do :) |
16:35 |
csharp |
thanks |
16:37 |
dbwells |
khuckins: I would also suggest squashing as a way to make it a bit easier to review. |
16:45 |
pinesol |
Launchpad bug 1749475 in Evergreen "wishlist: Improved email and printing from the OPAC" [Wishlist,Confirmed] https://launchpad.net/bugs/1749475 |
16:51 |
|
jvwoolf left #evergreen |
16:58 |
khuckins |
Read More's been squashed and rebased |
16:59 |
jeffdavis |
gmcharlt/JBoyer: in testing bug 1853363 on a user with a PATRON_EXCEEDS_FINES penalty, patron_status_always_permit_loans sets charge/renewal privileges denied appropriately in the patron status fixed-length field, but the AF field will still read as "blocked" - I take it this is the desired behavior? |
16:59 |
pinesol |
Launchpad bug 1853363 in Evergreen "SIP2: add setting to specify overriding certain flag fields" [Wishlist,Confirmed] https://launchpad.net/bugs/1853363 - Assigned to Jeff Davis (jdavis-sitka) |
17:01 |
gmcharlt |
jeffdavis: it's at least not incompatible with what Hoopla is expecting to my knowledge |
17:01 |
gmcharlt |
... which is not intended as a strong defense of that behavior :) |
17:47 |
dbwells |
jeffdavis++ # looks good! |
17:47 |
jeffdavis |
Phew! Thanks for checking. :) |
17:51 |
csharp |
jeffdavis++ |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:07 |
|
sandbergja_ joined #evergreen |
18:18 |
|
RBecker joined #evergreen |
18:46 |
|
Christineb joined #evergreen |