| 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 |
| 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! |
| 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 |
