| 00:18 |
|
Jillianne joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:29 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
sandbergja joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 10:12 |
|
rlefaive joined #evergreen |
| 10:23 |
Dyrcona |
jeffdavis: I tried your odapi-checker.pl this morning. |
| 10:23 |
Dyrcona |
jeffdavis: I get this error: Error on API request: 405 Method Not Allowed |
| 10:23 |
Dyrcona |
That's on the test server. |
| 10:23 |
Dyrcona |
Any idea what's wrong? |
| 10:24 |
pinesol_green |
[evergreen|Jason Boyer] LP1741072: Fix JS test for template conversion - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ce01eeb> |
| 10:24 |
pinesol_green |
[evergreen|Bill Erickson] LP#1741072 Volcopy editor deposit amount format repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2f7449a> |
| 10:25 |
JBoyer |
Yay! I was wondering when those would go in. |
| 10:26 |
JBoyer |
gmcharlt++ |
| 10:26 |
Dyrcona |
jeffdavis: If I try with production values, I get 400 bad request. |
| 10:32 |
berick |
gmcharlt_: *nod* let me know if/how I can help. i'd like to dig into that soon |
| 10:33 |
|
gmcharlt joined #evergreen |
| 10:38 |
Dyrcona |
jeffdavis: Just the basic check of the account works on the standard endpoint. I get 200 OK. |
| 10:39 |
Dyrcona |
jeffdavis: Trying the same on the integration endpoint with our test account id gives 403 Forbidden, so likely something wrong on their end or I need a different token for testing that no one told me about? |
| 10:40 |
pinesol_green |
[evergreen|Jason Boyer] LP1737052: Fix Typo in Permission Name - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f3bff3e> |
| 10:44 |
pinesol_green |
[evergreen|Jane Sandberg] LP1719943: fixing typo in credential testing interface - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ce4b51e> |
| 11:11 |
Bmagic |
Before I submit this on LP, has it already been reported that the acqusitions interface is bugged when adding a note/alert on an item. The dropdown UI shows up and immediately disappears? |
| 11:14 |
csharp |
berick: thanks - that jibes with everything we're saying |
| 11:14 |
csharp |
hooray! |
| 11:36 |
Dyrcona |
rsyslog is next to useless. |
| 11:46 |
|
rlefaive joined #evergreen |
| 11:49 |
|
kmlussier joined #evergreen |
| 11:52 |
kmlussier |
Has anyone noticed a problem in the web client where titles in the holds pull list disappear when you sort the list? |
| 11:53 |
kmlussier |
I hadn't noticed it on my test VMs, but I saw it today when looking at a system with production data on it. https://drive.google.com/file/d/1F8wTMwk9tcHKMvOUPj4UkFLs-67uFeiV/view |
| 11:53 |
jeff |
Dyrcona: rsyslog problems? |
| 11:53 |
kmlussier |
Oh, I guess that video isn't ready for prime time yet. |
| 11:53 |
Dyrcona |
jeff: Things are not making it to the server, and it's seemingly random. |
| 12:07 |
|
khuckins joined #evergreen |
| 12:08 |
|
dwgreen joined #evergreen |
| 12:09 |
|
khuckins_ joined #evergreen |
| 12:11 |
phasefx |
btw, it was a perl live test that failed this morning, not the browser build |
| 12:12 |
phasefx |
Failed test 'Hold 263 has 31 mapped potential copies' at live_t/20-hold-targeter.t line 100. got: '24' expected: '31' |
| 12:20 |
|
terran joined #evergreen |
| 12:34 |
|
rlefaive joined #evergreen |
| 12:49 |
jeffdavis |
Dyrcona: Overdrive client auth uses the same endpoint for both integration and production. IIRC you use the same token for both. |
| 12:55 |
jeffdavis |
What were you doing that gave the 400 Bad request error? |
| 12:57 |
Dyrcona |
Patron auth with our production account on the man server. |
| 12:57 |
Dyrcona |
s/man/main/ |
| 12:59 |
Dyrcona |
The testing account worked for a basic connection without specifying the testing endpoint. |
| 13:02 |
Dyrcona |
I get a 400 bad request trying patronauth with the testing credentials, too. I guess they didn't actually enable that for us. |
| 13:09 |
jeffdavis |
I'm getting 200 OK for patron auth with production data. I don't have testing access set up at the moment so can't test that. |
| 13:10 |
kipd |
Tuning question about the output from osrf_control --diagnostic: I assume this isn't good, but is changing max_children for some of these processes the way to go? |
| 13:10 |
Dyrcona |
Well, I'm supposed to have it for testing but not production, at least that's what I understood from the emails. |
| 13:10 |
kipd |
https://www.irccloud.com/pastebin/Xo4UJYH6/ |
| 13:11 |
Dyrcona |
kipd: Yes, if you need more. It depends, really. |
| 13:11 |
kipd |
Everything beyond max_children is waiting in queue right? |
| 00:27 |
pinesol_green |
[evergreen|Cesar Velez] LP#1710405 - remove Modify + Use Edits buttons in z3950 overlay - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bfd5b2f> |
| 02:12 |
|
gsams_ joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:16 |
|
JBoyer joined #evergreen |
| 07:27 |
|
rjackson_isl joined #evergreen |
| 08:11 |
|
kmlussier joined #evergreen |
| 10:07 |
|
terran joined #evergreen |
| 10:17 |
Bmagic |
berick: Is it possible that the new hold targeter is not respecting age based hold protection? We have many hold rules that look like are suddenly allowing patrons to get items that are age protected accross systems. |
| 10:18 |
Bmagic |
accross/across |
| 10:18 |
terran |
In the "not sure if it's just me" category - in our 3.0.2 test server, when I print a list of current bills, it's only printing circ bills and not grocery. Don't see this problem on our 3.0.0 test server. |
| 10:19 |
terran |
Does anyone have a moment to test this on their 3.0.2 server? |
| 10:19 |
Bmagic |
terran: sure |
| 10:19 |
Bmagic |
let me see if I can dig up a patron with both types |
| 10:19 |
terran |
Bmagic: Thanks! |
| 10:21 |
Bmagic |
it's easy - can you confirm that the patron hold notification preferences simply do not show up in Webby and clearly are there in XUL? |
| 10:21 |
Bmagic |
when editing a patron |
| 10:21 |
terran |
Bmagic: Sure, I'll check |
| 10:23 |
berick |
Bmagic: age protect is handled in the DB hold permit test. that stuff didn't change with the new targeter. |
| 10:25 |
terran |
Bmagic: The first account I checked has Email and SMS checked and it shows up in both My Account and the web client. I'll create a new test account and check it. |
| 10:25 |
Bmagic |
terran: interesting.... |
| 10:25 |
Bmagic |
berick: darn, I was hoping it would be explained easily.... |
| 10:26 |
Bmagic |
berick: I suppose it's possible that no one noticed this flaw in our hold rules until now... |
| 10:29 |
JBoyer |
Bmagic, I'm not sure what you're seeing, but I don't think the age protection value in the hold rules has anything to do with items actually having age protection. I thought that was checked in perl after a holds rule was chosen. |
| 10:30 |
terran |
Bmagic: I created a new account and left email and phone checked by default. Tested in OPAC and it was fine. Edited in web client and the settings still appeared. Made changes in OPAC. Changes showed up in web client. |
| 10:31 |
terran |
Bmagic: I recall seeing a lot of problems with this type of thing in 2.12. |
| 10:31 |
JBoyer |
You don't have a custom .tt2 for the patron editor do you? I think half (or more) of the fix for that was in the template. |
| 10:32 |
kmlussier |
Yes, what JBoyer sounds vaguely familiar. Age protection needs to be applied at the copy level. |
| 10:34 |
Bmagic |
terran: thanks for checking that, maybe it is just me. JBoyer: it sounds like this was a problem in the past? And perhaps I have some old tt2 files..... weird. I will have to investigate |
| 10:51 |
Bmagic |
I am referring to age_hold_protect_rule - the options correlate with the options that we have for age based hold protection |
| 10:51 |
kmlussier |
What exactly does that field do in the hold matrix? I don't think I ever figured out the answer to that question when we stumbled across this issue years ago. |
| 10:52 |
Bmagic |
I am not referring to item age, sorry I misunderstood. I am definitely not referring to item age |
| 10:52 |
* mmorgan |
thought that field in the hold matrix allowed for different circ rules for items with those values. Never have used or tested it, though. |
| 10:52 |
Dyrcona |
Basically, it prevents a given matrix matchpoint from applying to an item less than that age. |
| 10:52 |
JBoyer |
And the comments light the way. It's not for matching, it's for returning. There's a comment in 110.hold_matrix_matchpoint about not being sure someone wanting to remove it from acp. The intent (if not the result) is that a matching row with a non-null age_hold_protect_rule would apply that rule to the copies even if their age rule is null. |
| 10:53 |
Dyrcona |
Basically, it makes no sense. :) |
| 11:00 |
Bmagic |
mmorgan: yes, they are correct - value is 2 |
| 11:01 |
* mmorgan |
nods |
| 11:02 |
mmorgan |
And all the copies in question have an age_hold protection rule set, and that the rule has not expired based on the created date (or active date)? |
| 11:02 |
Bmagic |
when running the hold permit test, I find that it's matching a rule with a null value for age_hold_protect_rule - which means "copies with anything in this column" ? |
| 11:03 |
Dyrcona |
Bmagic: I've never filled in that field in the matrix and age hold protection has always worked as I expected it to. |
| 11:03 |
Dyrcona |
I honestly don't think the field in the matrix is used, but I need to do some archeology to be certain. |
| 11:03 |
Bmagic |
We have rules in place for each of our systems that explicitly permit holds from items anywhere in the consortium to patrons in each of the systems. One rule per system. |
| 11:18 |
Bmagic |
JBoyer: aha, refreshing caused those checkboxes to populate, perhaps we have another timeout issue? |
| 11:24 |
|
Christineb joined #evergreen |
| 11:41 |
Bmagic |
terran: it seems that those notification preferences randomly are not populated, if you ever see them non-checked when they should be, perform a browser refresh page and violla |
| 11:43 |
Bmagic |
JBoyer: just to be clear, when performing a hold permit test with the SQL funciton, it should pass and provide the matching rule even with age based hold protection on the copy because that logic happens in perl? |
| 11:45 |
JBoyer |
Yeah, that way you can see if the hold is even possible. Just finding a matching row doesn't mean you've targeted a copy. |
| 11:45 |
JBoyer |
(or that you've found a copy to target, rather.) |
| 11:51 |
|
khuckins joined #evergreen |
| 11:59 |
berick |
Bmagic: JBoyer: the copy age protect test happens in the in-db function too |
| 12:00 |
Bmagic |
berick: which function should I be testing with? |
| 12:00 |
berick |
action.hold_request_permit_test and action.hold_retarget_permit_test |
| 12:01 |
Bmagic |
the one that should be denying this copy with age protection to this patron |
| 12:01 |
terran |
Bmagic: Thanks for confirming the bill printing problem, bug reported at: https://bugs.launchpad.net/evergreen/+bug/1742194 |
| 12:04 |
terran |
Bmagic: re notification preferences: weird, I will keep my eyes open for that problem. |
| 12:05 |
miker |
kmlussier: was in a meeting ... I can look at the comment #10 thing quickly and see if it's trival |
| 12:05 |
Bmagic |
terran: along those same lines, we find that the transit slips print the wrong stuff until you print it a second time |
| 12:06 |
terran |
Bmagic: I saw your report on that, but we haven't seen that happen in testing yet either. It may be that we see both of these after we are in production next week. |
| 12:06 |
Bmagic |
terran: it's tough to find because it doesn't happen always |
| 12:06 |
krvmga |
we have an item in our catalog that includes both a CD and a DVD. is there any way for us to display both icons for this in the catalog? |
| 12:07 |
Bmagic |
I am finding a common theme, where refreshing the screen corrects the issue |
| 12:11 |
Bmagic |
terran: where the UI is ready to show but the data isn't. Like this one |
| 12:11 |
Bmagic |
https://bugs.launchpad.net/evergreen/+bug/1642036 |
| 12:11 |
pinesol_green |
Launchpad bug 1642036 in Evergreen "Web Staff Client - Group Members Don't Display" [Medium,Confirmed] |
| 12:14 |
terran |
Bmagic: FWIW, we have your patch on our test server and it's been working there, but we don't have it in production yet. |
| 12:15 |
Bmagic |
I think bug 1642036, bug 1740537, bug 1361258 might have some of the same underlying causes |
| 12:15 |
pinesol_green |
Launchpad bug 1642036 in Evergreen "Web Staff Client - Group Members Don't Display" [Medium,Confirmed] https://launchpad.net/bugs/1642036 |
| 12:15 |
pinesol_green |
Launchpad bug 1740537 in Evergreen "Web client: Transit slip printing with wrong information" [Undecided,New] https://launchpad.net/bugs/1740537 |
| 17:56 |
berick |
just guessing, but could be an issue with proximity adjusment configuration |
| 18:20 |
Bmagic |
That system does have an adjustment set... More on this when I get back to it Thursday. |
| 18:20 |
Bmagic |
berick++ |
| 18:30 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 18:40 |
|
rlefaive joined #evergreen |
| 18:43 |
miker |
autogen.sh -u should no longer be needed. a trigger should be handling that |
| 18:43 |
* miker |
disappears |
| 18:47 |
|
dbwells_ joined #evergreen |
| 19:00 |
pinesol_green |
[evergreen|Mike Rylander] LP#1736419: Located URIs vs QueryParser, round 2 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=13d0596> |
| 19:00 |
pinesol_green |
[evergreen|Mike Rylander] LP#1736419: Located URIs vs QueryParser, round 2, part deux - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d63b81f> |
| 19:00 |
pinesol_green |
[evergreen|Mike Rylander] LP#1736419: Bib visibility tests get OR'd - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=979d0c2> |
| 02:13 |
|
troy__ joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:24 |
|
rjackson_isl joined #evergreen |
| 07:34 |
|
agoben joined #evergreen |
| 08:41 |
|
kmlussier joined #evergreen |
| 12:04 |
berick |
i hesitate to bring this up, because I have no explanation, but we had problems in the past with lost.auto. i eventually commented out that line of code since we weren't using it. |
| 12:07 |
mmorgan |
We don't use lost.auto either, FWIW |
| 12:07 |
berick |
every now and then the mark-lost events would get backed up, they couldn't finish. my theory is that creating events while firing events is causing problems. commenting out the line fixed the problem for us. |
| 12:12 |
Bmagic |
berick: ok, I believe I might have found an issue with the originating MarkItemLost trigger and not the lost.auto, testing my theory now |
| 12:12 |
berick |
*nod* |
| 12:14 |
berick |
ah, never thought 41° could feel this good |
| 12:15 |
berick |
web team gurus, i have updated Hatch: https://evergreen-ils.org/downloads/Hatch-Installer-0.1.4.exe |
| 14:24 |
kmlussier |
Bah! LP timeouts. |
| 15:08 |
|
rlefaive joined #evergreen |
| 15:09 |
kmlussier |
miker: Under what circumstances should biblio.record_entry.vis_attr_vector be populated? Is it just used for records with Located URIs? |
| 15:10 |
miker |
kmlussier: luris and if the bib has a source |
| 15:10 |
miker |
kmlussier: btw, I'm preparing a server for more in-depth testing |
| 15:10 |
kmlussier |
miker: Any source or just transcendent sources? |
| 15:10 |
miker |
I was piggybacking on another so want to eliminate any confusion |
| 15:11 |
miker |
any source |
| 16:01 |
berick |
in the 'canceled transit' status, i mean |
| 16:01 |
Dyrcona |
Does canceled transit keep it from the copy map? |
| 16:01 |
* Dyrcona |
has not looked, but it would appear so. |
| 16:02 |
berick |
in my test db, 'canceled transit' is marked as holdable |
| 16:03 |
Dyrcona |
ok |
| 16:04 |
Dyrcona |
It's holdable in my production database for the sake of the logs. |
| 16:06 |
Dyrcona |
Maybe copy_active being false is Bmagic's issue? |
| 17:45 |
Bmagic |
get your camera ready |
| 17:46 |
Bmagic |
I tacked it on bug 1361258 |
| 17:46 |
* csharp |
hopes to run into Sarah Huckabee Sanders at Target later :-) |
| 17:46 |
pinesol_green |
Launchpad bug 1361258 in Evergreen "Patron registration form does not set notification preferences" [Undecided,Confirmed] https://launchpad.net/bugs/1361258 |
| 18:30 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 19:27 |
troy__ |
i'm trying to pass a user object to an opensrf call, can anyone tell me if this is the right format? |
| 19:27 |
troy__ |
https://www.irccloud.com/pastebin/kRthpHfD/ |
| 19:29 |
troy__ |
for open-ils.circ.checkout.permit |
| 00:07 |
|
abowling joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:24 |
|
rjackson_isl joined #evergreen |
| 07:29 |
|
agoben joined #evergreen |
| 07:30 |
JBoyer |
csharp, re: yesterday's "how are whitescreen formed?" discussion, I've also seen it without hatch but caused by some kind of lovefield connection error. The fix for that is to blow away the web database, which hopefully doesn't have any transactions in it... |
| 11:11 |
|
mdriscoll joined #evergreen |
| 11:49 |
bshum |
berick: So the new commits that just got added are blowing up my attempts to run grunt all, etc. |
| 11:49 |
* bshum |
just so happened to be building a fresh VM |
| 11:50 |
berick |
arg, i of course didn't test that |
| 11:50 |
berick |
looking |
| 11:52 |
berick |
bshum: the itemSvc.convert_xul_templates errors? |
| 11:52 |
bshum |
berick: Yep, I think that's what I saw |
| 11:53 |
bshum |
"itemSvc.convert_xul_templates converts copy templates as expected" and then unhappiness |
| 12:08 |
|
Christineb joined #evergreen |
| 12:30 |
csharp |
probably a problem with the test and not the code |
| 12:31 |
|
jihpringle joined #evergreen |
| 12:31 |
berick |
yeah |
| 12:31 |
berick |
the service use to handle more of the data cleanup, no longer necessary w/ the template formatters |
| 12:36 |
Dyrcona |
tests+- |
| 12:45 |
|
book` joined #evergreen |
| 12:46 |
Dyrcona |
bshum: If it's just the tests failing you can bypass that with --force or doing grunt build |
| 12:46 |
Dyrcona |
I think it's grunt build. I've run into that sort of thing before. |
| 13:19 |
Dyrcona |
Bmgic: Did you ever get overdrive integration working with their test site? I think it was you who was going to try. |
| 13:19 |
Dyrcona |
Bleh.... Bmagic ^^ |
| 14:30 |
miker |
kmlussier / berick: just a head's up: https://bugs.launchpad.net/evergreen/+bug/1736419 has a branch |
| 14:30 |
pinesol_green |
Launchpad bug 1736419 in Evergreen "Search Showing Bibs with no Holdings" [High,Confirmed] |
| 14:30 |
kmlussier |
miker++ |
| 14:31 |
miker |
and the limit-to-avail-as-staff |
| 14:31 |
kmlussier |
I'm happy to have a reason to take a break from what I'm working on and test that branch. :) |
| 14:31 |
berick |
miker++ |
| 14:44 |
bshum |
Dyrcona: I'll give that a whirl too, just figured I'd mention since it'd probably be trouble for others down the road |
| 14:51 |
Dyrcona |
bshum: Yep. That's why I mentioned gunt build in channel. |
| 15:45 |
Dyrcona |
Bmagic: Doesn't seem to be working for me. I wonder if I have to alter URLs in 856s or something. |
| 15:45 |
Dyrcona |
Or, if I need to set library name or .... |
| 15:46 |
Bmagic |
Dyrcona: I had it working where it would lookup the availablility of a title but nothing about patron specific holds and checkouts |
| 15:48 |
Dyrcona |
Bmagic: All of that has supposedly been enabled for us on the test environment. |
| 15:49 |
Bmagic |
Dyrcona: so you don't have any of it working? |
| 15:49 |
Dyrcona |
TBH, I don't know. |
| 15:50 |
Dyrcona |
I checked something out to myself on the test site and it doesn't show up in Evergreen, but we may not have that record loaded.... |
| 15:51 |
Dyrcona |
I see some availability for ebooks in our test OPAC, but I don't know what it is supposed to look like. :/ |
| 15:51 |
Dyrcona |
Like it will say eaudio (1) or ebook (1), but I dunno if that's coming from Overdrive or not, though I suspect not. |
| 15:52 |
Dyrcona |
My test OPAC is our data upgraded to 3.0.2 with no customization. |
| 15:53 |
Dyrcona |
@eightball Is this The End? |
| 15:53 |
pinesol_green |
Dyrcona: NO! |
| 15:55 |
kmlussier |
Dyrcona: Is your test OPAC accessible to the outside world? |
| 15:56 |
Dyrcona |
kmlussier: I wanted it to be, but apparently it isn't. |
| 15:56 |
Dyrcona |
I had to use the VPN to connect. |
| 15:57 |
Dyrcona |
We had fun with the networking on this machine after a recent kernel update, too. |
| 16:09 |
Dyrcona |
Yes, it is. |
| 16:10 |
kmlussier |
Dyrcona: Yeah, that's something different. That just brings the user to another format if they want something different from the current record. |
| 16:11 |
Dyrcona |
OK. It's not working for us. |
| 16:12 |
* Dyrcona |
hates testing environments. |
| 16:12 |
jeffdavis |
Testing the API integration stuff is especially painful unfortunately. :( |
| 16:13 |
kmlussier |
jeffdavis: The grunt all error you encountered is something different. bshum discovered it earlier today. You can use grunt all --force to bypass it. |
| 16:13 |
Dyrcona |
I think just "grunt build" works. |
| 16:13 |
Dyrcona |
That'll build it and skip the testis, IIRC. |
| 16:17 |
kmlussier |
jeffdavis: I'm getting the same results as you at this point. :( |
| 16:21 |
Dyrcona |
jeffdavis: Do the records have to use "new style" Overdrive URLs to work properly? |
| 16:21 |
Dyrcona |
Actually, I'm not even sure that means anything. |
| 16:22 |
jeffdavis |
Dyrcona: IIRC old-style URLs should work as long as you've got pattern matching set up in config.tt2 but it's been awhile since I tested |
| 16:22 |
Dyrcona |
I kind of botched the pattern matching, but this record should match. We have multiple patterns. |
| 16:23 |
Bmagic |
So, I am finding that null values in config.hold_matrix_matchpoint -> age_hold_protect_rule is matching items that have age protection. Should that be the case? |
| 16:23 |
Dyrcona |
Bmagic: Yes, it would be the case if other things match. |
| 17:34 |
Bmagic |
it was a LIBRARY SETTING! "Disable Automatic Print Attempt Type List" |
| 17:35 |
Bmagic |
5 hours later, clicked "revert" to null and violla! It prompts a print slip |
| 17:41 |
Bmagic |
Never seen that library setting before. That setting is hilarious. |
| 18:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 21:19 |
|
ejk_ joined #evergreen |
| 21:20 |
|
gmcharlt_ joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 08:26 |
|
_adb joined #evergreen |
| 08:36 |
|
slink-lib joined #evergreen |
| 10:54 |
csharp |
might be a path issue (see bug 1714026) for an illustration of the problem I'm thinking of |
| 10:54 |
pinesol_green |
Launchpad bug 1714026 in Evergreen "Maintain Control Numbers function should be schema-qualified" [High,Fix released] https://launchpad.net/bugs/1714026 |
| 10:55 |
rjackson_isl |
csharp++ Bmagic++ |
| 10:55 |
berick |
Bmagic: have you tried clearing all settings and testing that way? |
| 10:55 |
Bmagic |
berick: It prints on any other printer |
| 10:59 |
berick |
Bmagic: my point being that if no margin is selected, it should use the printer default (which presumably would work). |
| 10:59 |
berick |
s/no margin/no settings at all/ |
| 11:00 |
Bmagic |
Bmagic: I see, yes, we tried that |
| 11:02 |
berick |
Bmagic: can you confirm when resetting (in the print test UI) that it passes autoMargins:true in the Hatch command? |
| 11:02 |
Bmagic |
berick: it will be a bit. I will need to get a screen share going with the branch |
| 11:03 |
berick |
Bmagic: *nod* be good to see the error msg too, of course |
| 11:03 |
dbs |
Dymos are ALWAYS such a pain to configure |
| 11:54 |
Bmagic |
berick: that is where I got |
| 12:06 |
pinesol_green |
[evergreen|Cesar Velez] LP#1691861 - make Item Status edit items in batch in volcopy - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5cbd3ed> |
| 12:11 |
Bmagic |
berick: shall I make a LP? |
| 12:12 |
berick |
Bmagic: yes, please. I may have (indirect) access to a Dymo for testing. i'll more in a bit. |
| 12:12 |
Bmagic |
berick: I considered buying one of those printers |
| 12:13 |
berick |
well, if you get your hands on one let me know |
| 12:13 |
* berick |
wonders how much they cost |
| 13:51 |
berick |
they should have called it Lil' Turbo |
| 13:52 |
dbs |
berick++ |
| 13:53 |
|
JBoyer-sick joined #evergreen |
| 13:55 |
JBoyer-sick |
Hello #evergreen. I come to request testing be thrown at bug 1741072 and bug 1712646 . The second depends on the first and both should be good to go for 3.0.3. |
| 13:55 |
pinesol_green |
Launchpad bug 1741072 in Evergreen "Fine level and loan duration aren't displayed when editing items" [Undecided,New] https://launchpad.net/bugs/1741072 |
| 13:55 |
pinesol_green |
Launchpad bug 1712646 in Evergreen "Web Client: Adding bill without billing type fails silently" [Low,Confirmed] https://launchpad.net/bugs/1712646 |
| 13:56 |
JBoyer-sick |
Catalogers will be happy about the first, and circ staff the second. Very kumbaya. |
| 17:21 |
Bmagic |
miker: it's basic vanilla EG setup. The ejabber users are router and opensrf |
| 17:21 |
miker |
Bmagic: kk, nevermind then |
| 18:06 |
|
abowling1 joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 21:01 |
|
jvwoolf joined #evergreen |
| 03:07 |
|
Jillianne2 joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:43 |
|
rlefaive joined #evergreen |
| 07:57 |
|
dwgreen joined #evergreen |
| 08:32 |
|
_adb joined #evergreen |
| 09:02 |
|
Dyrcona joined #evergreen |
| 09:40 |
|
jvwoolf joined #evergreen |
| 10:48 |
dbwells |
Intel hardware bug news popping up all over, looks pretty bad right now. 7-23% Postgresql performance regression in preliminary testing: https://www.postgresql.org/message-id/20180102222354.qikjmf7dvnjgbkxe@alap3.anarazel.de (will affect other services as well, but PG is certainly big for our community) :( |
| 10:48 |
csharp |
yep |
| 10:48 |
csharp |
been watching that closely |
| 10:49 |
csharp |
fortunately our DBs are running on AMD processors, but last time we ordered from Dell it was Intel-only and we're looking to replace them within the next year or so |
| 14:35 |
|
slink-lib joined #evergreen |
| 14:39 |
slink-lib |
I'm having some Hatch issues - it works fine when installed under a local admin account, but not when on a domain admin account. When installed under local admin, domain accounts give a "native messenging host not found" error on the background page for the extension. |
| 14:41 |
slink-lib |
But if it's installed under a domain admin account, the user accounts get a "native messaging host disconnected" error. |
| 14:45 |
berick |
slink-lib: hm, windows is a bit of a mystery to me, but i might start running 'hatch.bat test' from the command prompt |
| 14:45 |
berick |
as the user that's having problems |
| 14:46 |
berick |
should be in Program Files (x32)/Hatch or similar |
| 14:46 |
berick |
it creates a log file too |
| 14:47 |
csharp |
slink-lib: FYI, we're updating our install notes for hatch as I type - should be up later today or tomorrow ;-) |
| 14:47 |
csharp |
but sounds like your problem is (probably) not related to the way it was installed |
| 14:47 |
slink-lib |
charp: Thanks! Maybe that'll help ;) |
| 14:48 |
berick |
may be possible there are permission issues with writing the log file too |
| 14:48 |
slink-lib |
berick: I've done that, and I'm not seeing an error in the log. |
| 14:48 |
berick |
slink-lib: and it prints a bunch of logs to the console? |
| 14:48 |
berick |
when you run the test |
| 14:48 |
slink-lib |
berick: Yes. Even gives a readout of all the printers in the logs. |
| 14:48 |
berick |
ok |
| 14:49 |
csharp |
oh - cool - the webstore version is now 0.1.3 |
| 16:52 |
|
khuckins__ joined #evergreen |
| 17:00 |
|
mmorgan left #evergreen |
| 17:34 |
|
jvwoolf left #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:38 |
csharp |
so current Hatch lore is to only use for printing? or should we also be able to use the storage and offline settings? |
| 20:14 |
|
jeffdavis joined #evergreen |
| 20:30 |
|
eby joined #evergreen |
| 02:25 |
|
wsmoak joined #evergreen |
| 02:25 |
|
ejk joined #evergreen |
| 02:25 |
|
eby joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:31 |
|
agoben joined #evergreen |
| 07:48 |
|
jvwoolf joined #evergreen |
| 07:49 |
|
jvwoolf1 joined #evergreen |
| 15:00 |
berick |
terran: did we lose a feature in webby or was this a local customization? |
| 15:00 |
terran |
I believe it was a local customization |
| 15:15 |
cesardv_ |
hey guys, so I've been working on a simple latency tester, on the webclient, (to help with troubleshooting/etc) see bug 1739504 - just wanted to get some feedback about including something like this in the default EG |
| 15:15 |
pinesol_green |
Launchpad bug 1739504 in Evergreen "Webstaff - Add Latency Test Page" [Undecided,New] https://launchpad.net/bugs/1739504 |
| 16:17 |
berick |
cesardv_: just a comment on the implementation... making async network calls in a loop like that means all 10 (or whatver) calls are in-flight at the same time. |
| 16:18 |
berick |
i'm guessing for ping you'd rather have each request wait until the response to the previous request has arrvied. |
| 16:28 |
jeff |
or perhaps send async on an interval, if you're trying to mimic the behavior of ping(1) |
| 16:35 |
berick |
cesardv_: firing multiples still makes sense |
| 16:36 |
cesardv_ |
I like the fact that after 10 or so the average is pretty solid, even if you got a slow 500ms+ ping and the rest are fast |
| 16:36 |
jeff |
what's the reason behind the "just ping once after the initial ten" behavior? looks like the end result is you send 11 pings? |
| 16:37 |
cesardv_ |
jeff: hmm no quite, click the "start test" button gets you the first 10, then after that clicking again just gets you one more |
| 16:38 |
cesardv_ |
jeff: the intent was to make it easy for the end-user to get a semi-solid average |
| 16:39 |
jeff |
ah, i think i see the intent now. |
| 16:39 |
pastebot |
"berick" at 64.57.241.14 pasted "replace loop" (8 lines) at http://paste.evergreen-ils.org/961 |
| 16:39 |
berick |
cesardv_: was thinking sometihng like that ^- |
| 17:08 |
|
khuckins joined #evergreen |
| 17:30 |
|
jvwoolf1 left #evergreen |
| 18:18 |
|
khuckins joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 20:01 |
|
jvwoolf joined #evergreen |
| 20:24 |
|
jvwoolf left #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:34 |
|
agoben joined #evergreen |
| 08:02 |
|
_adb joined #evergreen |
| 11:15 |
jeff |
the precondition doesn't apply here, but I do believe there have been cases of that in the past. I don't recall any other details without digging. |
| 11:15 |
|
littlet joined #evergreen |
| 11:16 |
Dyrcona |
jeff: Only time I've seen it happen before is when placing multiple holds at once. This is with a single hold and appears to be "new behavior." |
| 11:17 |
Dyrcona |
I've not seen it in the OPAC on 3.02, and I'm waiting on a db copy to test on a vm similar to our production system. |
| 11:18 |
Dyrcona |
I'm looking at Lp 1671635 as the possible culprit, but want to make sure it's not just our customization to place_hold.tt2. |
| 11:18 |
pinesol_green |
Launchpad bug 1671635 in Evergreen 2.12 "Place hold success page changes search scope" [Medium,Fix released] https://launchpad.net/bugs/1671635 |
| 11:23 |
jeff |
Hrm. I'm used to left-side casting on a WHERE clause giving undesirable performance without an additional index (think xact_start::DATE BETWEEN '2017-12-01'::DATE AND '2017-12-31'::DATE vs xact_start >= '2017-12-01'::DATE AND < '2018-01-01'::DATE). Now, it's possible that the performance isn't as much of a problem as it was in the past. |
| 11:29 |
pinesol_green |
berick: Band 'Semi-PseudoCode' added to list |
| 11:34 |
dbs |
Hrm, I'm guessing there's no easy way to add a part name to myopac/circs.tt2; if a user has both parts signed out for a given item, there's no way they can easily tell which is which (barcode, yes, but that's not "easy"--heh) |
| 11:39 |
Dyrcona |
So, my problem mentioned above does not happen in the OPAC nor the web staff client on our production 2.12.8 system (with customization), nor does it happen in the OPAC or web staff client in 3.0.2 (without customization). |
| 11:40 |
Dyrcona |
Next step build a 3.0.2 xul client to test and build a stock 2.12.8 vm to test a stock XUL client there. |
| 11:43 |
Dyrcona |
Aw. crap. That server that I messed with the networking yesterday.... I can't ssh to the non-routeable IP address and it's not listening on the other one... |
| 11:43 |
jeff |
vm console time? |
| 11:49 |
Dyrcona |
This is a physical server in another building a few miles away. |
| 16:53 |
* jeff |
re-discovers the difference between Retarget Local Holds vs Retarget Local Holds + Retarget All Statuses |
| 16:53 |
jeff |
(with just Retarget Local Holds set, only items in In Process status are retargeted) |
| 17:39 |
|
jvwoolf left #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:48 |
|
StomproJ joined #evergreen |
| 05:55 |
|
remingtron joined #evergreen |
| 05:55 |
|
StomproJ joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 07:34 |
|
agoben joined #evergreen |
| 07:36 |
|
dwgreen joined #evergreen |
| 11:25 |
dbs |
hah, ERROR: date/time field value out of range: "0000-12-29T23:59:00-04:00" |
| 11:30 |
dbs |
or is it crap like "open-ils.search[11996]: [ERR :11996:Z3950.pm:494:1513698318917678] z3950: bad XML : Tag "7||" is not a valid tag. at /usr/share/perl5/MARC/File/USMARC.pm line 223" |
| 11:31 |
|
Christineb joined #evergreen |
| 11:31 |
Dyrcona |
So, updated a test system to the latest ubuntu 16.04 4.4.0 kernel and other packages. Apache2 just times out. |
| 11:32 |
Dyrcona |
Don't seem to have this problem on a different machine. |
| 11:34 |
Dyrcona |
Ah, wait a minute.... |
| 11:36 |
dbs |
got it, hours of operation were set to 00:00:00 to 00:00:00 across the board |
| 11:43 |
Dyrcona |
Of course, the interface is UP RUNNING.... |
| 11:45 |
|
jihpringle joined #evergreen |
| 11:46 |
|
_adb joined #evergreen |
| 11:46 |
* Dyrcona |
thinks maybe kernel -104 has issues....But! my test VM doesn't do this. |
| 11:50 |
|
jvwoolf joined #evergreen |
| 11:52 |
jeff |
the "RTNETLINK answers: File exists" often indicates that state between your networking scripts and the live system has gotten out of sync. Sometimes it's your config trying to add a route that you've already added by hand, etc. Other times, a symptom of having two interfaces that both declare an identical route. |
| 11:53 |
jeff |
check your config for duplicate routes (including default routes / gateway entries), and then consider a full stop/start of networking or even a reboot. |
| 14:34 |
JBoyer |
dbs, I would hope that the only places that are closed 7 days a week have no copies, but just in case 7 places are about to be open for an hour a week... |
| 14:34 |
JBoyer |
dbs++ |
| 14:35 |
Bmagic |
berick++ |
| 14:35 |
Bmagic |
berick: I am going to test it! |
| 14:48 |
Dyrcona |
Bmagic++ #testing in production |
| 14:48 |
Bmagic |
yep! Exactly |
| 14:49 |
Bmagic |
hmmm... can I delete the acq.edi_message row? and the new order pusher will create it again? |
| 14:52 |
berick |
Bmagic: yes. you should also be able to set the status on the edi_message to 'retry' |
| 18:10 |
berick |
+1 to release |
| 18:18 |
dbwells |
Just noticed yesterday was our eight year Evergreen anniversary. Cheers to all, and here's to another eight :) |
| 18:19 |
berick |
dbwells: huzzah! |
| 18:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 20:42 |
|
StomproJ joined #evergreen |
| 20:56 |
|
jvwoolf joined #evergreen |
| 13:34 |
|
khuckins__ joined #evergreen |
| 13:50 |
dbs |
Dyrcona: ran your marc_export --uris today, seemed to do the job nicely! Considering signing it off but also considering how to write an automated test for it... |
| 13:50 |
Dyrcona |
dbs: Yeah, tests are missing for most of the support scripts. |
| 13:52 |
csharp |
maybe we need to have virtual hacking days for stuff like test writing |
| 13:52 |
csharp |
ala DIG hackfests |
| 13:58 |
Dyrcona |
Not a bad idea, though I'm not sure how you'd test some of the scripts. |
| 15:04 |
|
jvwoolf joined #evergreen |
| 15:10 |
Dyrcona |
FYI for anyone who cares, I just merged the evergreen-3.0-compatibility branch into evergreen_utilities master. |
| 15:10 |
jeff |
ah. |
| 15:13 |
Dyrcona |
Guess I still can. Should I sign it with my GPG key that expires in 2 days? :) |
| 15:16 |
Dyrcona |
There we go. I pushed a tag: eg-2.12-compat |
| 16:17 |
|
Christineb joined #evergreen |
| 16:19 |
Bmagic |
I'm getting an error when importing a test authority record. Complaining about a column that doesn't exist. |
| 16:20 |
Bmagic |
Error retrieving vandelay::authority_match with query [SELECT "vam".id, "vam".queued_record, "vam".eg_record, "vam".quality,............... ERROR: column vam.quality does not exist |
| 16:20 |
Bmagic |
should vam have a quality column? |
| 16:21 |
Bmagic |
the code tells me yes |
| 16:21 |
|
khuckins joined #evergreen |
| 16:21 |
Bmagic |
012.schema.vandelay.sql |
| 16:21 |
Dyrcona |
My 3.0.2 test database tells me yes. |
| 16:21 |
Dyrcona |
quality | integer | not null default 0 |
| 16:23 |
Bmagic |
weird. I wonder why we dont have that column |
| 16:23 |
Dyrcona |
Failed db upgrade? |
| 16:57 |
gmcharlt |
Bmagic: send me an email |
| 16:57 |
Bmagic |
will do |
| 17:30 |
|
jvwoolf left #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
