| 01:16 |
|
collum joined #evergreen |
| 02:16 |
|
eady joined #evergreen |
| 02:19 |
|
jonadab_znc joined #evergreen |
| 04:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:44 |
|
ericar joined #evergreen |
| 07:46 |
|
sandbergja2 joined #evergreen |
| 08:07 |
|
jboyer-isl joined #evergreen |
| 11:07 |
mmorgan |
:-D |
| 11:07 |
bshum |
kmlussier: miker: Certainly worth a shot anyways :) |
| 11:08 |
kmlussier |
Ah, yes. The serials template issue. |
| 11:08 |
bshum |
Our problem solving predated copy location groups, and we don't use them anywhere. Yet. |
| 11:08 |
bshum |
Could see how hard it is to make some groups though on a test server to illustrate the idea anyways. |
| 11:08 |
kmlussier |
bshum: I think the one problem with copy location groups is that you need to remember to add any new copy locations to the groups. |
| 11:09 |
bshum |
kmlussier: Yeah we already get fun with that whenever people forget to add new copy locations to the filder group for KPAC. :) |
| 11:09 |
bshum |
"Why doesn't my new kid's book show up in KPAC search?" Because nobody added it to the list of searchable locations... |
| 11:24 |
jeff |
yeah, in reality it was a small set of commits to look over, and it was a missing END :-) |
| 11:27 |
|
Christineb joined #evergreen |
| 11:38 |
miker |
jeff: bisect via %][% ;) |
| 11:54 |
* kmlussier |
discovers bug 1155771 two years late and realizes it would be a very handy thing to see on her test system right now. |
| 11:54 |
pinesol_green |
Launchpad bug 1155771 in Evergreen "Add copy locations, groups (more?) to sample data" (affected: 1, heat: 6) [Wishlist,Triaged] https://launchpad.net/bugs/1155771 |
| 11:54 |
|
bmills joined #evergreen |
| 11:59 |
bshum |
kmlussier: Never too late... |
| 13:23 |
bshum |
So i think you're missing something else more major. |
| 13:23 |
bshum |
DPearl: You installed OpenSRF right? |
| 13:27 |
DPearl |
bshum: OpenSRF is in and running. |
| 13:37 |
jeffdavis |
kmlussier: I think we ran into that bug during our upgrade testing, give me a minute to try and dig up our fix |
| 13:41 |
kmlussier |
Thanks jeffdavis! |
| 13:46 |
bshum |
Hmm |
| 13:46 |
bshum |
cat.sip_field() is null |
| 13:47 |
kmlussier |
jeffdavis++ |
| 13:48 |
kmlussier |
I'll get it loaded on a VM and hopefully get a signoff on it today. |
| 13:48 |
kmlussier |
bshum: It's strange, though. Looking at the history of the file, it hasn't been modified since 2012. I wonder why it suddenly became a problem in 2.8. |
| 13:48 |
* bshum |
is testing it too; but can push kmlussier's signoff version when you've tested too |
| 13:48 |
jeffdavis |
Yeah, I never figured out why it wasn't a problem before. |
| 13:49 |
bshum |
Looks good to me. |
| 13:49 |
bshum |
jeffdavis++ |
| 13:51 |
kmlussier |
I don't know what point release they're at. |
| 13:51 |
bshum |
Okay, well then I won't backport unnecessarily |
| 13:52 |
* kmlussier |
could always bring up 2.7 on a VM just to be sure, but thinks we're probably okay there. |
| 13:52 |
bshum |
If you get to test it later, just add a note if we need to backport it further. |
| 13:52 |
bshum |
I'll leave it be for now. |
| 13:57 |
pinesol_green |
[evergreen|Jeff Davis] LP#1477677 - fix JS TypeError that prevents stat cats from displaying in stat cat editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b5a0a74> |
| 14:01 |
jeff |
the marc_xml that /opac/myopac/circs has access to does not contain <attributes>, so displaying format (short of falling back to LDR/06) is not possible |
| 14:18 |
kmlussier |
jeffdavis++ bshum++ #I love it when bugs are fixed on the day they're reported! |
| 14:59 |
jeff |
yep. exactly that. |
| 15:01 |
|
jlitrell joined #evergreen |
| 15:02 |
jeff |
0865 only upgraded holdable_formats WHERE hold_type = 'M' AND fulfillment_time IS NULL |
| 15:05 |
kmlussier |
I just realized berick didn't have a pullrequest on the branch that adds copy locations to the sample data, but I signed off on it anyway because I do think it's useful to have on a test system. |
| 15:05 |
berick |
kmlussier++ |
| 15:06 |
berick |
it was only missing the pullreq becuase i have vague plans to do more with it. it was certainly pull-able |
| 15:06 |
berick |
s/have/had/ |
| 15:43 |
jeff |
csharp++ |
| 15:49 |
jeff |
ah, because we're locally keying off of subjects and such also. |
| 15:57 |
dbs |
csharp++ |
| 16:26 |
jeff |
hrm. also breaks on values like {"0":[{"_attr":"item_type","_val":"a"},{"_attr":"item_type","_val":"t"}],"1":"","2":[{"_attr":"item_lang","_val":"eng"}]} |
| 16:26 |
jeff |
due to the "1":"" |
| 16:27 |
jeff |
note to self: sample/test data needs fulfilled metarecord holds. ;-) |
| 16:34 |
|
bmills joined #evergreen |
| 16:37 |
jeff |
hrm. so 'at--eng' is transformed into '{"0":[{"_attr":"item_type","_val":"a"},{"_attr":"item_type","_val":"t"}],"1":"","2":[{"_attr":"item_lang","_val":"eng"}]}' |
| 16:38 |
jeff |
and that is the most common legacy holdable_formats value in our data |
| 16:43 |
jeff |
the upgrade script didn't generate any values that are invalid json, though... so that's good! :-) |
| 16:48 |
|
buzzy joined #evergreen |
| 17:14 |
|
mmorgan left #evergreen |
| 18:37 |
|
akilsdonk joined #evergreen |
| 11:57 |
kmlussier |
Yeah, I understand there aren't additional steps. I just know that my three consortia would most likely not give the manual void permission to anyone, and if every other site that prohibits negative balances does the same thing, it may just be extra work, extra options, and extra permissios when we might not need them. |
| 11:58 |
|
mtj_- joined #evergreen |
| 11:59 |
dbwells |
mmorgan: That's correct. |
| 11:59 |
kmlussier |
mmorgan: Yes, and all of most tests showed that the automatic piece was working properly. Of course, I could have missed a test, but I did my best to make it break. :) |
| 12:00 |
kmlussier |
s/most/my |
| 12:00 |
|
Christineb joined #evergreen |
| 12:01 |
dbwells |
We're just trying to figure out how to handle the manual void using the interface. At the very least we need the interface to switch terminology, so that the void option goes away and is replaced with a zero option. Otherwise we just accentuate confusion that they are not the same thing. If we just want to start with that, it makes sense to me. |
| 12:02 |
mmorgan |
Ok, thanks. I'm trying to think of a use case where staff manually voiding a partially paid lost item would expect a negative balance for the amount the patron paid. |
| 13:03 |
gmcharlt |
and ditto for bshum |
| 13:03 |
kmlussier |
gmcharlt: Let's assign RoganH with all the tasks. |
| 13:03 |
* rfrasur |
chuckles |
| 13:03 |
gmcharlt |
inevitable joke is inevitable ;) |
| 13:04 |
gmcharlt |
#topic Status updates / past action items |
| 13:04 |
gmcharlt |
#action At long last, the DIG test VM will be up later this afternoon |
| 13:04 |
kmlussier |
Woo hoo! |
| 13:04 |
gmcharlt |
er |
| 13:04 |
kmlussier |
gmcharlt++ |
| 13:05 |
gmcharlt |
#info At long last, the DIG test VM will be up later this afternoon |
| 13:05 |
gmcharlt |
#info A copy of the webserver VM has been created, http://test-www.evergreen-ils.org/ |
| 13:05 |
gmcharlt |
it's been used to test an operating system upgrade to Debian Jessie |
| 13:05 |
gmcharlt |
as well as a software upgrade for the Piwik web analystics package |
| 13:06 |
gmcharlt |
bshum is still poking at Piwik, but we should be able to schedule a production OS upgrade for the main webserver, lupin, soon |
| 13:07 |
gmcharlt |
so, one of the incidental things from that: the Piwik data for the past few years is consuming a fair amount of disk space on lupin |
| 13:07 |
gmcharlt |
and bshum and I have been discussing pruning it down to just keeping the past year of analytics |
| 13:08 |
gmcharlt |
on the basis that it will save disk space, that the web statistics data have not been really used, and if they were looked at, there's little reason to keep more than a year of them |
| 13:08 |
gmcharlt |
any thoughts about that before we commit to that position? |
| 13:08 |
kmlussier |
A year of stats seems reasonable to me. |
| 13:08 |
phasefx |
sounds good to me |
| 13:09 |
rfrasur |
Is someone tracking the web stats offline? |
| 15:49 |
|
jlitrell joined #evergreen |
| 16:52 |
|
buzzy joined #evergreen |
| 17:02 |
|
buzzy joined #evergreen |
| 17:11 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:22 |
|
mmorgan left #evergreen |
| 17:51 |
|
bmills joined #evergreen |
| 17:56 |
|
buzzy joined #evergreen |
| 03:45 |
|
Christineb_away joined #evergreen |
| 04:09 |
|
collinanderson joined #evergreen |
| 04:17 |
|
sbrylander joined #evergreen |
| 04:57 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:12 |
|
sarabee joined #evergreen |
| 05:45 |
|
sarabee joined #evergreen |
| 07:51 |
|
ericar joined #evergreen |
| 10:42 |
|
kmlussier joined #evergreen |
| 10:42 |
|
mceraso joined #evergreen |
| 10:42 |
|
bshum joined #evergreen |
| 10:42 |
pinesol_green |
All hail the supreme potentate, bshum has arrived! |
| 10:44 |
|
RoganH joined #evergreen |
| 10:48 |
|
jboyer_isl joined #evergreen |
| 10:52 |
|
jboyer-isl joined #evergreen |
| 11:11 |
|
kmlussier joined #evergreen |
| 11:11 |
|
mceraso joined #evergreen |
| 11:11 |
|
bshum joined #evergreen |
| 11:11 |
pinesol_green |
All hail the supreme potentate, bshum has arrived! |
| 11:40 |
Bmagic |
welcome bshum |
| 11:45 |
phasefx |
bshum Bmagic, b excellent to one another <air guitar> |
| 11:45 |
Bmagic |
ha |
| 15:41 |
jboyer-isl |
Oops, 2. (one has 2 subfields) |
| 15:53 |
bshum |
berick++ # bug 1476370, the second half is something I was starting to look at once, cause the timeout thing is happening to us a lot lately. |
| 15:53 |
pinesol_green |
Launchpad bug 1476370 in Evergreen "Selfcheck warn on patron auto-logout, reset activity timer on checkout" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1476370 - Assigned to Bill Erickson (berick) |
| 15:53 |
bshum |
berick: We'll be glad to test whatever you come up with as you work on it. |
| 15:54 |
berick |
bshum: awesome, thanks. |
| 15:54 |
berick |
glad we're not the only ones |
| 15:55 |
berick |
not that I wish pain on others.. you know what I mean ;) |
| 02:11 |
|
Mark__T joined #evergreen |
| 02:51 |
|
jeff_ joined #evergreen |
| 04:23 |
|
Callender joined #evergreen |
| 05:02 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:41 |
|
mrpeters joined #evergreen |
| 07:49 |
|
jboyer-isl joined #evergreen |
| 08:02 |
|
rjackson_isl joined #evergreen |
| 09:27 |
RoganH |
I haven't had to clean up dog accidents in a while but we get a new foster dog today so that'll probably change. |
| 09:28 |
|
yboston joined #evergreen |
| 09:28 |
Bmagic |
ldw: acq.fund_allocation has 2 rows for the fund in question. The first row was the addition of the moneys. The second is the negative amount to balance it to 0. |
| 09:29 |
RoganH |
Quick opinion question. bshum and I were chatting at ALA and he opinioned that pgtap tests for has_table and has_view tests would be good to have. Drudgery to write but good to have. I'd be willing to write them if they'd be useful. |
| 09:30 |
Bmagic |
ldw: I deleted the row that was added after the rollover. Specifically, I just changed the fund id number to point to this years fund instead of last years fund. I realize that perhaps there are some database triggers that need to fire, and I just changed the ID, perhaps they didnt fire |
| 09:37 |
csharp |
RoganH: can you easily summarize what they do? or is that a job for the Goog? ;-) |
| 09:38 |
jboyer-isl |
RoganH: That does sound useful in a “You have a sane database, you’re off to a good start” kind of way. It shouldn’t be too difficult to build, a couple carefully constructed queries from INFORMATION_SCHEMA and you’re halfway there. |
| 09:39 |
csharp |
okay, so they just check for whether the table/view exists then? |
| 09:39 |
csharp |
if so, yeah |
| 09:39 |
jboyer-isl |
I can’t remember if pgtap has something like has_index, but that would also be a big help for those of us with long upgrade histories. (hi csharp!) |
| 09:40 |
csharp |
I still occasionally find a missing table or index from the 1.6 - 2.1 upgrade we did over three years ago, so yeah, I'd like that sort of test :-) |
| 09:41 |
csharp |
jboyer-isl: exactly ;-) |
| 09:41 |
RoganH |
csharp: basically they verify that the tables and views that should be there are |
| 09:41 |
RoganH |
jboyer-isl: exactly |
| 09:42 |
RoganH |
jobyser-isl: yep, it has has_index |
| 09:42 |
RoganH |
I'd be willing to write the has_index tests too |
| 09:49 |
csharp |
RoganH++ |
| 09:49 |
kmlussier |
RoganH++ |
| 09:49 |
jboyer-isl |
RoganH++ |
| 10:04 |
jboyer-isl |
It may help to use tables_are rather than has_table, that way you can verify whole schema at a time rather than each table individually. |
| 10:05 |
jboyer-isl |
There are also indexes_are and schema_are, etc. |
| 10:05 |
jboyer-isl |
Arr! |
| 10:05 |
RoganH |
jobyer-isl: The downside of using _are is that if people have added extra tables it will trigger that as a fail on the test. |
| 10:06 |
RoganH |
jobyer-isl: so I was thinking of doing both so that if one passes and the other fails you know it's only because of the added tables/views/whatever. |
| 10:06 |
jboyer-isl |
Oh, I might have misread then, I thought it only complained about missing, but that makes sense. |
| 10:06 |
RoganH |
jboyer-isl: my apologies for butchering 'boyer' twice in a row! |
| 10:07 |
RoganH |
jboyer-isl: let me check, maybe I'm wrong |
| 10:07 |
jboyer-isl |
You should hear how some other people have tried to spell it over the years. “Is that wirh a “W”? how many “Y”’s, etc.) |
| 10:07 |
RoganH |
jboyer-isl: I get it with Rogan a lot though you wouldn't think it's that hard to pronounce or spell |
| 10:10 |
RoganH |
jobyer-ils: yeah, the _are functions check to see if there are extra tables/views/whatever and fail the test then |
| 10:10 |
RoganH |
So I lean to including both for more granularity of testing. |
| 10:11 |
RoganH |
Once I've pulled the tables/views/whatever out of information_schema it won't be that big a deal to do both |
| 10:11 |
jboyer-isl |
Yeah, I should have read more closely. In that case I’d be hesitant to use the _are functions because I’m always wary of “it’s ok if X fails” and the like. (Now, I also think anyone adding any tables should do it in a separate schema like local. or similar, but I don’t want to argue about it) |
| 10:12 |
jboyer-isl |
Also, in the “correct” case it’s testing a bunch of stuff twice which I’m also not a big fan of. |
| 10:12 |
RoganH |
jboyer-isl: I can see it both ways. Maybe add the _are tests in a separate subfolder under /t |
| 10:13 |
jboyer-isl |
It’s up to you. More files to maintain = more potential for drift though. |
| 10:13 |
tsbere |
RoganH: Are you doing things by hand? |
| 10:14 |
jboyer-isl |
(It’s tempting to only use _are and badger people into accepting my local. notion, but then schema_are complains and it’s all in shambles now.) |
| 10:14 |
RoganH |
RoganH: not really, most of it is pulling it out of information schema and then having some scripts construct it though I go through and check them. |
| 10:14 |
RoganH |
why am I replying to myself? I'm feeling very self referential. |
| 10:15 |
tsbere |
RoganH: I just seem to recall we already have a script pulling things out of information schema for tests, wasn't sure if you were just adding to that script or not |
| 10:16 |
jeff |
adding new tables in a distinct schema is often good, but I'm pretty sure we have some schemas where local tables are not uncommon -- such as people who audit more tables than are audited in a stock system. |
| 10:16 |
RoganH |
jeff: that was my concern, and one reason I wanted a conversation about it. my first instinct was to say that _are is bad because it will generate errors and then confuse people. Then another part of me wants the granularity. |
| 10:17 |
RoganH |
I think the _are tests can be good but maybe shouldn't be in /t. |
| 10:18 |
RoganH |
Anyway, I'll proceed with tidying up the has_ tests and worry about are_ tests another day. |
| 10:19 |
|
collum joined #evergreen |
| 10:21 |
bshum |
kmlussier: I noticed that problem with the IRC log site after the reboot, but I hadn't quite figured it out yet. |
| 10:21 |
bshum |
Using the full URL for the index will give you the page though: http://irc.evergreen-ils.org/evergreen |
| 14:18 |
yboston |
of course swap out phones for whatever technology you prefer |
| 14:19 |
rfrasur |
Let's revisit it. I will say that I'm not a big fan of phone meetings just because I process information visually and because of recordability issues. |
| 14:19 |
rfrasur |
Oh, okay, lol. |
| 14:19 |
tspindler |
fyi, if we want to test it out, C/W MARS has a go to webinar account to accomodate up to 100 |
| 14:19 |
montgoc1 |
I enjoyed the last phone meeting and it is nice to hear voices once in a while. |
| 14:19 |
rfrasur |
tspindler++ |
| 14:19 |
yboston |
tspindler: would you like to set up a test a few motnhs from now? |
| 14:19 |
abneiman |
I've expressed my preference before about phone meetings, in the sense that I feel they facilitate more conversation. |
| 14:19 |
tspindler |
yboston: yes I can |
| 14:19 |
abneiman |
However I understand the need to balance that with openness, convenience, etc. |
| 14:23 |
tspindler |
yboston: I could set up a session with go to webinar sometime (not as a meeting) but anyone can then participate and see how it works |
| 14:23 |
csharp |
we can research it |
| 14:23 |
sherbertbc |
rfrasur: agree on 4 months to revisit |
| 14:23 |
yboston |
so team has volunteered his system, would somebody like to volunteer to test out using Google Hangout? |
| 14:24 |
yboston |
sorry Tim not team |
| 14:24 |
csharp |
the only downside is that it requires a google account to access it, and (theoretically) some may object to that being a barrier to participation |
| 14:24 |
rfrasur |
Well, we tested that already for the meet and greet. |
| 14:25 |
rfrasur |
But, I can test a Google On Air Hangout, if that's what you mean. |
| 14:25 |
csharp |
we have a Chrome for meetings box at GPLS that is severely underutilized |
| 14:25 |
csharp |
I'll investigate that |
| 14:25 |
yboston |
so 4 months from now is November, we can just shoot to try a meeting with either technology by then |
| 14:25 |
yboston |
sorry, just trying to come up with actionable items |
| 14:25 |
rfrasur |
csharp++ #I don't know anything about that. Sounds interesting. |
| 14:26 |
tspindler |
yboston: I'll announce a test meeting in the next 2 months to use our GoToWebinar so we can test it and invite other members of the Evergreen community to join if they want. |
| 14:26 |
yboston |
OK |
| 14:27 |
yboston |
#action tspindler will announce a test meeting in the next 2 months to use our GoToWebinar so we can test it and invite other members of the Evergreen community to join if they want. |
| 14:28 |
yboston |
#idea use non IRC meetigns when there are topics where IRC might not feel like the best medium |
| 14:28 |
tspindler |
yboston: do you have any theoretical situations where this is the case? |
| 14:28 |
yboston |
#idea if using Google Hangouts, use the "on air" feature to allow others to watch/listen |
| 14:29 |
csharp |
yeah, I think if we meet the criteria of 1) openness to non-board attendees and 2) recording for posterity, I think that would fly with most people |
| 02:10 |
|
TaraC joined #evergreen |
| 04:28 |
|
_robbat2|irssi joined #evergreen |
| 04:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:34 |
|
Mark__T joined #evergreen |
| 07:44 |
|
rjackson_isl joined #evergreen |
| 07:48 |
|
jboyer-isl joined #evergreen |
| 10:54 |
csharp |
well, they can for us, so I'm trying to rule out the possibility that this is an EG bug or something in our setup |
| 10:54 |
* bshum |
can double check |
| 10:54 |
csharp |
bshum++ #thanks! |
| 10:56 |
bshum |
csharp: When I use an expired staff account, I can still log into the staff client with it. |
| 10:56 |
bshum |
That's fun. |
| 10:56 |
bshum |
At least on one of my master test servers. |
| 10:56 |
csharp |
excellent - it's not just me! |
| 10:57 |
bshum |
So I presume that qualifies your 2.7+ |
| 10:57 |
csharp |
@bugforeveryoneorjustme.com |
| 12:56 |
bshum |
mmorgan++ # That sounds like it could be a culprit... |
| 13:07 |
jeffdavis |
It's a good suggestion, but the session itself seems fine. With these steps: (1) login, (2) pull authtoken for login from logs, (3) attempt offline circ upload and get the NO_SESSION error, (4) do 'request open-ils.auth open-ils.auth.session.retrieve "AUTHTOKEN"' via srfsh and I can retrieve the session. |
| 13:08 |
jeffdavis |
Sorry for the incoherent grammar :) |
| 13:12 |
jeff |
jeffdavis: check your offline-config.pl to ensure that it is valid and correct, not pointing to an old opensrf_core.xml? |
| 13:14 |
jeff |
jeffdavis: i would expect things to fail before that error if you had a missing config, but if the config is valid, but for testing and not production, or similar... the memcached instance isn't going to have your session token. |
| 13:16 |
berick |
and make sure you don't see this near the top offline.pl: |
| 13:16 |
berick |
do '##CONFIG##/offline-config.pl'; |
| 13:17 |
berick |
##CONFIG## is replaced during build |
| 14:05 |
jeffdavis |
dbwells: Yes, I am seeing "No user in the cache exists with key oils_auth_" (i.e. with ses missing) after clicking "Upload" |
| 14:22 |
|
ningalls joined #evergreen |
| 14:23 |
dbwells |
jeffdavis: This might be an odd question, but what do you see for the offline GET requests in the Apache access log? Is 'ses' missing there, too? (If not, maybe this is a quirk with the Apache config.) |
| 14:24 |
jeffdavis |
ses is present and correct on the GET requests. |
| 14:29 |
jeffdavis |
hm, no, I take it back. When I click Upload, there is a GET /cgi-bin/offline/offline.pl which is missing cgi params, although they are present for other requests to offline.pl |
| 14:33 |
jeffdavis |
When it works on a test server, I see GET requests to upload_xacts.xhtml and upload_xacts.js, then POST /cgi-bin/offline/offline.pl, then GET /cgi-bin/offline/offline.pl with cgi params. |
| 14:33 |
jeffdavis |
When it fails in production, I don't see the post, and the subsequent GET /cgi-bin/offline/offline.pl is missing CGI params. |
| 14:40 |
Bmagic |
csharp: more on the invoces: We send a purchase order for a specific provider+vendorcode. The EDI goes to Baker and Taylor with that embedded. The invoice that we get back does not contain the specific vendorcode and therefore it's up to Evergreen to decide which to link. |
| 14:41 |
|
RoganH joined #evergreen |
| 14:42 |
Bmagic |
csharp: presumably Evergreen has all of the information in order to link it back to correct vendor code because the invoice mentions the PO number. And the PO has the vendorcode. But on my server, it's linking it back to a different vendorcode that seemly random |
| 00:30 |
|
bmills joined #evergreen |
| 01:28 |
|
Mark__T joined #evergreen |
| 02:17 |
|
bmills joined #evergreen |
| 04:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:16 |
|
rlefaive joined #evergreen |
| 07:32 |
jeff |
@coffee everyone |
| 09:33 |
* Dyrcona |
taps foot in annoyance. |
| 09:44 |
|
rlefaive joined #evergreen |
| 09:56 |
|
remingtron joined #evergreen |
| 10:09 |
jboyer-isl |
Dyrcona: for simple tests, you could consider using the Evergreen migration tools to just pull out one or two of your libs data for quicker restores. (depending on your wait time, that is.) |
| 10:09 |
Dyrcona |
jboyer-isl: But, we use this database for training library staff, so it is nice to have it up to date with production from time to time anyway. |
| 10:10 |
jboyer-isl |
Oh yeah, you did mention it was a training system. I was thinking just a quick test server setup. |
| 10:12 |
|
mllewellyn joined #evergreen |
| 10:35 |
Dyrcona |
heh. After you login, you get a message that you may need a special password, i.e. different from the production server. |
| 10:38 |
Dyrcona |
And LookupUser works, so I s'pose the configuration is correct. |
| 10:49 |
kmlussier |
Dyrcona: Good luck with the testing. I hope it goes well! |
| 10:50 |
Dyrcona |
kmlussier: Thank you. I hope it doesn't eat up the whole of my "vacation." |
| 10:50 |
kmlussier |
Dyrcona: I hope not either. |
| 11:02 |
|
rlefaive joined #evergreen |
| 11:57 |
berick |
jboyer-isl: yep |
| 11:58 |
jboyer-isl |
Ah. I wasn't interested enough to look into it and we pull sip logs out by machine name now. |
| 11:58 |
jboyer-isl |
Fixing the actual issue would be nice though. |
| 11:59 |
berick |
yeah, it was always just a minor annoyance for me, until recently when we migrated to ubuntu (which included all kinds of packaage updates, etc.) the PID was no longer appearing in the SIP syslog output |
| 12:00 |
berick |
which makes tracking conversations practically impossible |
| 12:00 |
berick |
SIP enables the syslog pid format, but opensrf does not, so it was getting clobbered |
| 12:01 |
berick |
testing my patch now on our test sip server fixes both issues (format and destination) |
| 12:05 |
berick |
now just need to teach SIP to read syslog_facility from oils_sip.xml instead of hard coding it |
| 12:06 |
jboyer-isl |
berick++ |
| 12:06 |
jboyer-isl |
Getting things done over there. |
| 12:14 |
dbs |
berick++ |
| 13:22 |
|
ericar_ joined #evergreen |
| 14:11 |
|
nuentoter joined #evergreen |
| 14:12 |
nuentoter |
quick question, anyone running ubuntu and evergreen on a vmware/virtualbox? |
| 14:13 |
bshum |
nuentoter: for testing, virtualbox, sure. |
| 14:13 |
bshum |
For production? No. |
| 14:13 |
nuentoter |
ok thats what i wanted to know ty very much sir |
| 14:13 |
bshum |
We do use other virtualization for applications |
| 14:13 |
bshum |
Err, okay then. |
| 11:49 |
|
bmills joined #evergreen |
| 12:05 |
|
buzzy joined #evergreen |
| 12:07 |
|
mmorgan1 joined #evergreen |
| 12:19 |
kmlussier |
Sigh...apparently I already had a set of negative balance use cases posted at http://wiki.evergreen-ils.org/doku.php?id=scratchpad:negative_balances that are not the same as the test cases I shared last week, but are similar enough that I probably didn't need to create 2 pages. |
| 12:20 |
kmlussier |
I don't even remember writing up those notes. |
| 12:20 |
bshum |
kmlussier: Good times :) |
| 12:22 |
kmlussier |
The first page actually has a lot more differences in how libraries might configure their settings, but I can't say I tested all those scenarios. http://wiki.evergreen-ils.org/doku.php?id=qa:billing_test_cases is an accurate reflection of what I tested. |
| 12:23 |
|
mmorgan1 joined #evergreen |
| 12:31 |
Dyrcona |
Too many settings, says the guy who usually solves problems by coding a new setting or three. |
| 12:33 |
bshum |
YAOUS+- |
| 13:30 |
Dyrcona |
RoganH++ |
| 13:30 |
RoganH |
rfrasur: myself included |
| 13:31 |
rfrasur |
and the blissfulness of youth....and the fact that good days are WAY longer when you're young (someday that'll be quantifiable without a whole lot of calculus) |
| 13:31 |
kmlussier |
Hmmm...In Firefox, if I try to access the web client login screen on either webby or on Dyrcona's test server, I get a blank screen below the navigation menu. In Chrome, I can pull up the login page properly on webby, but not on Dyrcona's server. |
| 13:31 |
jeff |
though i'm amused that my environment is resulting in bullets that look like <B7> in my pager... |
| 13:31 |
kmlussier |
Does anyone else have trouble getting to a login page on webby? |
| 13:32 |
jeff |
kmlussier: webby's cert seems to have expired 2015-06-27 |
| 17:01 |
kmlussier |
The "Require at least one address for Patron Registration" OU setting appears to work when doing a new patron registration. It prevents you from clicking the x that removes the address fields from the patron registration form. |
| 17:01 |
kmlussier |
However, when you edit a patron record, there is nothing that stops you from removing all addresses from that record. |
| 17:01 |
kmlussier |
Is that expected behavior? |
| 17:01 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:02 |
kmlussier |
I'll leave you all to ponder that question while I sit in afternoon rush hour traffic. :) |
| 17:03 |
|
bmills joined #evergreen |
| 17:11 |
jwoodard |
My Evergreen question for the day. I am trying to create a Copy Location. I have created it but it is not showing up. |
| 19:34 |
kmlussier |
miker: Ah, ok. Gotcha! |
| 21:13 |
|
jlitrell joined #evergreen |
| 21:23 |
|
gsams joined #evergreen |
| 22:26 |
|
mmorgan1 joined #evergreen |
| 22:36 |
|
finnx left #evergreen |
| 22:37 |
|
finnx joined #evergreen |
| 01:35 |
|
Mark__T joined #evergreen |
| 01:46 |
|
sbrylander joined #evergreen |
| 05:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:51 |
|
TaraC joined #evergreen |
| 07:37 |
|
jboyer-isl joined #evergreen |
| 07:38 |
|
gsams joined #evergreen |
| 12:21 |
jeff |
There isn't a SetEnvIf equivalent for PerlAddVar, but in theory you could modify EGWeb.pm to push an ENV var as the "first" template path if it was set. Other than usual testing, I'd also look to make sure that such a change wasn't going to break the new template caching. |
| 15:47 |
pdot2 |
2015-07-07 15:45:57 EDT STATEMENT: INSERT INTO actor.usr (profile, juvenile, usrname, claims_returned_count, family_name, first_given_name, expire_date, id, claims_never_checked_out_count, net_access_level, ident_type, active, last_xact_id, passwd, barred, master_account) |
| 15:47 |
pdot2 |
VALUES ('2', 'f', '21187005375399', '0', 'Derp', 'Herp', '2018-07-07T00:00:00-04:00', '16', '0', '1', '1', 't', '1436298356.88058325.689549189485', '3373', 'f', 'f') |
| 15:50 |
jeff |
pdot2: the lack of home_ou violates a database constraint. i suspect you may need to run autogen and restart your staff client, if the user editor is trying to create users without any home library set. |
| 15:55 |
pdot2 |
ah, is a depth of 2 required for home branch? |
| 15:58 |
pdot2 |
it does state the my default (drop down) values for home library are not valid. |
| 15:58 |
pdot2 |
will try a complete db wipe (yay testing) and recreating hirearchy |
| 15:58 |
jeff |
have you modified your default org unit types? |
| 15:59 |
pdot2 |
yes, and ran autogen.sh, restarted apache2 |
| 15:59 |
pdot2 |
and restarted my client |
| 16:09 |
Dyrcona |
Seeing a diff of the changes would be handy, but we're basing it on quality score. |
| 16:11 |
Dyrcona |
So, maybe I'll add a wishlist bug later. |
| 16:12 |
|
Newziky joined #evergreen |
| 16:15 |
yboston |
don't judge me ;) |
| 16:15 |
yboston |
I once had to diff some marc inside of two sperate EG servers. I used vimdiff supercat_url1 supercat_url2 |
| 16:16 |
yboston |
like so... |
| 16:16 |
yboston |
vimdiff http://catalog.berklee.edu/opac/extras/supercat/retrieve/marctxt/record/12481 http://berklee-test.evergreencatalog.com/opac/extras/supercat/retrieve/marctxt/record/12481 |
| 16:16 |
yboston |
worked great |
| 16:17 |
Dyrcona |
That could almost work in my case. |
| 16:17 |
Dyrcona |
yboston++ |
| 16:17 |
Dyrcona |
Anyway, we've decided to replace MARC on records where the quality dropped by 10 or more. |
| 09:12 |
* mmorgan |
inhales the aroma, returns the favor:) |
| 09:12 |
mmorgan |
@coffee kmlussier |
| 09:12 |
* pinesol_green |
brews and pours a cup of People's Daily Espresso, and sends it sliding down the bar to kmlussier |
| 09:12 |
kmlussier |
:) |
| 09:13 |
kmlussier |
I could use some coffee. Testing the negative balances branch this morning. |
| 09:13 |
mmorgan |
That definitely requires coffee!! |
| 09:21 |
jwoodard |
I do not even know who our patrons keep getting negative balances. |
| 09:22 |
jwoodard |
Every week there are a few more. I think EG is just messing with me... |
| 14:22 |
* kmlussier |
will do her best to break old habits. |
| 14:22 |
yboston |
I would still send another reply to that thread to anounce the change or send in a new email |
| 14:22 |
remingtron |
yboston: sure, give me that action item |
| 14:22 |
yboston |
also, I would have liked to get feedback from Robert about testing out the change |
| 14:22 |
remingtron |
yboston: and another for phase 2: testing |
| 14:22 |
yboston |
remingtron: I will give you an action item |
| 14:23 |
yboston |
OK |
| 14:23 |
yboston |
#action remingtron will send out an email to the Dig list anouncing that a new file extension will be used for AsciiDoc files |
| 14:24 |
remingtron |
#info The dev docs already include one .adoc file that I added |
| 14:24 |
yboston |
did you want to right out the testing action item or feed me your suggestions? |
| 14:24 |
remingtron |
#link http://docs.evergreen-ils.org/dev/_library_settings_editor.html |
| 14:24 |
remingtron |
yboston: sure... |
| 14:24 |
yboston |
sorry, that should have said "write out" |
| 14:25 |
yboston |
remingtron: also,w ould you liek help in the testing? should we have a seconf action item to reach out to robert? |
| 14:25 |
remingtron |
remingtron will begin testing use of and conversion to the .adoc extension |
| 14:25 |
remingtron |
I'll email Robert |
| 14:25 |
yboston |
#action remingtron will begin testing use of and conversion to the .adoc extension |
| 14:25 |
remingtron |
as part of my testing phase |
| 14:26 |
remingtron |
and I'll email the list if I want help, or when phase 3 is ready |
| 14:26 |
remingtron |
(which is probably the big switch) |
| 14:26 |
remingtron |
I won't do anything crazy without warning :) |
| 14:26 |
yboston |
anything else on this topic? |
| 14:28 |
yboston |
OK, moving on |
| 14:28 |
yboston |
#info 4) all update the 2.8 outstanding features list; remove names of those that cannot continue working on assignment; post completed or incomplete files |
| 16:30 |
jwoodard |
I lose a little more of myself each time I close the reports interface. |
| 16:32 |
alynn26 |
its all in how you pull the data out. Sometimes you get what you want, and sometimes you go back and get more than you want to get what you want. |
| 16:32 |
alynn26 |
Well it is a love hate relationship. |
| 16:35 |
kmlussier |
I know people who love reports. They just don't spend much time in here. |
| 16:36 |
kmlussier |
@later tell Dyrcona I finall got around to posting those billing test cases I promised you. http://wiki.evergreen-ils.org/doku.php?id=qa:billing_test_cases |
| 16:36 |
pinesol_green |
kmlussier: The operation succeeded. |
| 16:36 |
kmlussier |
Oh, so sad to see a typo in an @later and to have no way to fix it. :( |
| 16:37 |
mmorgan |
I think those who have access to query the database directly generally don't like having to dig through the extra layers in the reporter to get the data they need. |
| 17:11 |
gsams |
@love reports |
| 17:11 |
pinesol_green |
gsams: The operation succeeded. gsams loves reports. |
| 17:12 |
gsams |
because it serves an important purpose that I stand behind |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:12 |
bshum |
Actually that's odd, it should have changed status to checked out or available in that case. |
| 17:12 |
bshum |
I've never seen an item have a status of reshelving where it was checked out to someone. |
| 17:12 |
bshum |
Maybe bad SQL gone awry? |
| 15:24 |
Dyrcona |
yep. berick++ again. |
| 15:25 |
Dyrcona |
As for tests, I'm not sure what one could except make sure basic functionality of other parts of Evergreen still works. |
| 15:26 |
Dyrcona |
jeff++ for taking those two on. |
| 15:26 |
jeff |
That's good enough for me. If something makes sense to test, I'll do it, but won't stress about the RM not accepting removal of jspac due to lack of tests. :-) |
| 15:27 |
Dyrcona |
The old self check should be fairly simple, 'cause I don't think anything else really touches it. |
| 15:27 |
Dyrcona |
heh |
| 15:27 |
jeff |
I have at least one other question that I might hit the general/dev list with -- removing lots (and LOTS) of images that have been in the web dir for a while that have only ever been used in "stock" by things like jspac/craftsman. |
| 15:31 |
yboston |
Would a quick warning email to the general list complement the mention in the release notes? |
| 15:31 |
jeff |
"hey, this still is no longer installed -- if you have it kicking around and you don't want to do a clean install of your web dir you might want to clean things up" |
| 15:31 |
kmlussier |
+1 to removing them and addressing it through release notes |
| 15:32 |
jeff |
yboston: possibly a heads-up after the work is tested and merged and the release notes are crafted. less uncertainty that way. |
| 15:32 |
jeff |
yboston++ i'll make a mental note |
| 15:32 |
Dyrcona |
#agreed release notes are a good idea. |
| 15:32 |
Dyrcona |
:) |
| 15:32 |
bshum |
Dyrcona++ :) |
| 15:43 |
jeff |
miker: i think i found at least three sprintf javascript implementations, one of which was added, then the code using it was removed, then LATER code re-used the sprintf implementation that had been left behind... :-) |
| 15:44 |
Dyrcona |
#info Query dbwells on the conditional negative balances work. |
| 15:44 |
Dyrcona |
So my questions for dbwells are do you think this could get polished up before the alpha? |
| 15:44 |
Dyrcona |
And, would you like some help writing tests, etc.? |
| 15:45 |
kmlussier |
I have put a deadline in my calendar to complete another round of negative balance testing by Wednesday. It's looking promising at the moment. |
| 15:45 |
jeff |
I'd like to volunteer to assist where possible/useful on testing and/or tests. |
| 15:45 |
Dyrcona |
I am also volunteering to help with whatever needs done at this point. |
| 15:46 |
Dyrcona |
I started the mess and feel the least I can do is help to get it done. |
| 15:46 |
dbwells |
the bug is pretty much as stated on the branch, i.e. ready for eyeballs, and still needing tests. We've done the work of getting at least one interesting test to load, so we're still hoping the others will flow from that more easily, but haven't gotten back to it yet. |
| 15:46 |
dbwells |
When is the alpha, again? |
| 15:46 |
Dyrcona |
The alpha is the 29th of July, so exactly 4 weeks from today. |
| 15:47 |
Dyrcona |
We've traditionally accepted new features up to the beta cut-off. |
| 15:47 |
dbwells |
I think it can make alpha, barring some major setback. |
| 15:48 |
jeff |
Dyrcona++ dbwells++ kmlussier++ |
| 15:48 |
kmlussier |
I think it would be nice to shoot for alpha. If the timeline slips a bit, then, it isn't pushed off to another release. And it gives more people to play with scenarios that may have been missed in earlier testing. |
| 15:48 |
dbwells |
I'll plan to push whatever tests I have on next Friday (even if it's still just the one), then others can more easily add to it at that point. |
| 15:48 |
Dyrcona |
dbwells++ kmlussier++ |
| 15:48 |
Dyrcona |
For the logs, the beta is planned for August 19. |
| 15:48 |
dbwells |
Of course, if people just want to jump in with tests from scratch, I don't oppose that in any way, either :) |
| 15:49 |
kmlussier |
When it gets in, we can have a nice IRC party where I will gladly hand out desserts to everyone involved in the project. Virtual desserts, of course. |
| 15:49 |
bshum |
Hehe |
| 15:49 |
kmlussier |
See how I said 'when' and not 'if.' :) |
| 15:50 |
Dyrcona |
I think an action or info should come out of this. |
| 15:50 |
dbwells |
I'll action myself for the test stuff. |
| 15:50 |
kmlussier |
Dyrcona: You can give me an action item to finish my testing by next Wednesday. |
| 15:50 |
kmlussier |
Or I guess I can action myself. |
| 15:50 |
Dyrcona |
Ok. |
| 15:50 |
Dyrcona |
you can add the actions yourselves. |
| 15:51 |
dbwells |
#action dbwells will hopefully write more neg balances tests and push whatever he has ready on July 10 |
| 15:51 |
kmlussier |
#action kmlussier to complete her testing on the negative balance branch by July 8 |
| 15:51 |
* kmlussier |
works best under deadline pressure. |
| 15:51 |
Dyrcona |
deadlines++ |
| 15:52 |
Dyrcona |
#action Dyrcona will follow up with negative balance branch after July 10. |
| 15:52 |
* dbwells |
works only under deadline pressure ;) |
| 15:54 |
Dyrcona |
#topic New and Old Business |
| 15:54 |
Dyrcona |
So earlier we said there were some action items from the face to face meeting that needed to be added. |
| 15:55 |
Dyrcona |
Now's the time to do that. |
| 15:56 |
yboston |
At the meeting we spoke about a test day, and Liam started the planning on that |
| 15:56 |
yboston |
he sent out one email about it |
| 15:56 |
jeff |
#action jeff will articulate ideas on merge vs cherry-pick and start discussion/proposal on dev list |
| 15:58 |
Dyrcona |
yboston: I feel iffy giving a vague action to someone who isn't here. |
| 15:58 |
jeff |
with Liam not here to take an action, perhaps an info pointing out that planning is under way? |
| 15:58 |
yboston |
I can follow up with him, I already followed up with him last week |
| 15:58 |
jeff |
now THAT sounds like an action item with your name on it. ;-) |
| 15:59 |
Dyrcona |
#action yboston to followup with ldw about a testing day. |
| 15:59 |
Dyrcona |
:) |
| 15:59 |
Dyrcona |
should probably be a space between follow and up, but English.... |
| 15:59 |
miker |
jeff: do your ideas boil down to merg-- ? ;) |
| 16:06 |
bshum |
jeff: I know, I jinxed it. |
| 16:06 |
* pinesol_green |
brews and pours a cup of Guatemala Pandora Pacamara Medium-Light Roast, and sends it sliding down the bar to egbuilder |
| 16:06 |
Dyrcona |
Heh. |
| 16:06 |
kmlussier |
Do we have a Launchpad tag for code that needs tests? |
| 16:06 |
Dyrcona |
No, we don't. |
| 16:06 |
bshum |
kmlussier: We can add one, simple enough for "needstests" |
| 16:07 |
jboyer-isl |
"unproven" |
| 16:07 |
Dyrcona |
Just a bit... ;) |
| 16:07 |
jeff |
"worksintheory" :-) |
| 16:07 |
kmlussier |
heh, i like worksintheory |
| 16:07 |
Dyrcona |
Although there's a famous line from Knuth: Beware of bugs in the following code. I have only proven it correct and not tested it. |
| 16:08 |
jboyer-isl |
In the interest of not waffling too much, +1 to needstests |
| 16:08 |
Dyrcona |
Well, that could be something to discuss at the next dev meeting or on the list. |
| 16:09 |
* bshum |
already added it, but yes, probably |
| 16:12 |
miker |
Dyrcona++ # for meeting |
| 16:12 |
* miker |
's favorite bugzilla status: WORKSFORME |
| 16:14 |
jeff |
``If you close a JIRA ticket for a bug in a WatchKit app that you can’t reproduce the resolution status should be “Not on my watch.”'' https://twitter.com/_Jordan/status/593231842339201026 |
| 16:17 |
kmlussier |
Is bug 1174498 something that would need a test before going in? |
| 16:17 |
Bmagic |
did someone pass me a beer? |
| 16:17 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" (affected: 7, heat: 38) [Wishlist,Triaged] https://launchpad.net/bugs/1174498 |
| 16:17 |
kmlussier |
Bmagic: Yeah, that was me. You're welcome. :) |
| 16:56 |
Dyrcona |
Stompro++ |
| 16:56 |
Dyrcona |
I meant to copy/paste my blog post about scripted circ going away and sending it to the general list, but time got away from me. |
| 16:56 |
Dyrcona |
Perhaps tomorrow. |
| 16:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:57 |
kmlussier |
I still need to write a blog post on Bug Squashing Day. And on our ALA Exhibit. |
| 16:58 |
Dyrcona |
We have a pile of action items from today's meeting. |
| 17:00 |
Dyrcona |
Well, time for me to go. |
