| 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 |
| 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 |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:02 |
|
JBoyer joined #evergreen |
| 07:28 |
|
rjackson_isl joined #evergreen |
| 08:21 |
|
_bott_ left #evergreen |
| 14:56 |
dbwells |
kmlussier: I don't think anything was decided. I tried to poke a few folks last week, but people were understandably not very available. |
| 14:57 |
dbwells |
kmlussier: I would really hope for some eyes on bug 1730470 before the next point release, whenever it happens. |
| 14:57 |
pinesol_green |
Launchpad bug 1730470 in Evergreen "Receive move/selected action fails for Serial Control Field" [High,Confirmed] https://launchpad.net/bugs/1730470 |
| 14:57 |
kmlussier |
dbwells: Sure. I added that to my mental to-test list when I was going through email this morning. |
| 14:59 |
dbwells |
kmlussier: that would be great, thank you. |
| 15:00 |
* dbwells |
just realized he forgot the pullrequest tag, adds it |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 17:04 |
|
afterl left #evergreen |
| 17:16 |
|
Jillianne joined #evergreen |
| 17:34 |
|
Dyrcona joined #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 19:02 |
|
abowling1 joined #evergreen |
| 22:04 |
|
abowling joined #evergreen |
| 22:08 |
|
abowling1 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 |
| 00:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#1735807 Webstaff holdings owning lib shortname - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fe30a5e> |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:28 |
|
JBoyer joined #evergreen |
| 08:48 |
|
Dyrcona joined #evergreen |
| 11:26 |
Dyrcona |
syntax error at /usr/local/share/perl/5.22.1/OpenILS/WWW/EGCatLoader/Record.pm line 317, near "else" |
| 11:27 |
Dyrcona |
Record.pm looks like your culprit. |
| 11:27 |
* Dyrcona |
ran into something similar last week. |
| 11:27 |
Dyrcona |
I busted something in circulation on a test server. |
| 11:28 |
JBoyer |
EGCatLoader is almost never the problem when EGCatLoader is where the error is logged. |
| 11:28 |
csharp |
I have no memory of customizing that file |
| 11:28 |
Dyrcona |
Right. It's usually one of the modules used by EGCatLoader. |
| 13:15 |
_adb |
you may be amused by lolcat (it's in ubuntu repos.) it's a replacement for the 'cat' command. |
| 13:23 |
csharp |
_adb++ # lolcat |
| 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> |
| 10:04 |
berick |
ah, ok |
| 10:04 |
berick |
which receipt are you testing? |
| 10:04 |
rfrasur |
holds shelf |
| 10:05 |
csharp |
kmlussier: ah - that makes sense - I have rebuilt my test VMs DB recently |
| 10:09 |
berick |
rfrasur: i'm setting up a test to see if I can make it work.. |
| 10:11 |
rfrasur |
Excellent |
| 10:11 |
kmlussier |
@praise berick |
| 10:11 |
* pinesol_green |
berick is kind and patient to newbies |
| 10:28 |
|
mllewellyn1 joined #evergreen |
| 10:29 |
jeff |
rfrasur: if the library web site lacks a valid certificate, then the image might need to be served from the Evergreen server, where a valid certificate is presumably in place. |
| 10:29 |
kmlussier |
berick: Yes, the Evergreen server would have the valid ssl certificate. But I think some libraries might use images off their own web sites, where they may not have people logging in. |
| 10:32 |
rfrasur |
jeff: it did present from the library web site to the test receipt though. |
| 10:33 |
berick |
turns out it may not be a problem. i just printed an http:// image without issue |
| 10:33 |
berick |
i think i confused myself.. |
| 10:34 |
* rfrasur |
laughs |
| 10:40 |
berick |
Bmagic++ # good tip |
| 10:40 |
rfrasur |
bmagic: I'll send that along and see how it goes for it. |
| 10:41 |
Bmagic |
pretty sweet thing |
| 10:41 |
jeff |
a technique that i think works in the xul client and could be tested in hatch is to use.. nevermind, interrupted and Bmagic beat me to it. :-) |
| 10:41 |
jeff |
(data: urls -- i can make no claims or assurances as to the site Bmagic mentioned) |
| 10:42 |
Bmagic |
that website will convert the image into a huge long string of text that should* work (at least it has worked for me when I needed something like that) |
| 10:42 |
kmlussier |
berick: Is the image something that should work with or without hatch? I'm testing without hatch, and, even when I see the image the preview, I don't see it in the actual slip. |
| 10:42 |
kmlussier |
I didn't try Bmagic's method yet. |
| 10:42 |
Bmagic |
I wonder if we can embed that sort of thing for the patron profile picture in the database? |
| 10:42 |
rfrasur |
No worries. Gonna give it a try...eventually. |
| 10:42 |
berick |
kmlussier: yes, it should work with or without hatch |
| 10:42 |
rfrasur |
(that's very cool, btw) |
| 10:46 |
berick |
kmlussier: in the browser, I do have to use HTTPS |
| 10:46 |
berick |
since the page is https |
| 10:46 |
csharp |
hmm - seeing an error when applying an annotated payment: https://pastebin.com/jbD3r0sQ |
| 10:47 |
csharp |
basically, error quoting string - apparently "null" is the string it's mad about |
| 10:48 |
csharp |
this is on our 3.0.1 testing server - not seeing it in 2.12.4 or on my stock master server |
| 10:48 |
Bmagic |
can I quote you csharp? |
| 10:48 |
Bmagic |
"csharp" |
| 10:48 |
Dyrcona |
Ah, null.... I was gonna say maybe you have a ' in your string. |
| 10:55 |
csharp |
Dyrcona: I'll have to check |
| 10:55 |
Dyrcona |
yeah. Best to make sure before looking for other causes. :) |
| 10:56 |
csharp |
nope - I think we were just assuming I'd have 3.0.2 installed by now :-/ |
| 10:56 |
Dyrcona |
I've missed important commits in production updates, and I know it can happen in testing. :) |
| 10:56 |
csharp |
this week totally got away from me |
| 10:56 |
Dyrcona |
:) |
| 10:57 |
Dyrcona |
Weeks'll do that. |
| 10:57 |
Bmagic |
weeks++ |
| 10:58 |
Bmagic |
weeks 1, days nill |
| 10:59 |
csharp |
our test server has been patched so much I'm not sure whether all of them are there |
| 10:59 |
csharp |
time to just rebuild the app servers and try again from there |
| 11:02 |
Dyrcona |
Yeap. That's why I like VMs. Just delete and build a fresh one every so often. |
| 11:10 |
csharp |
yeah, I verified that the fix was *not* applied for some reason - done now |
| 11:10 |
csharp |
and working as expected |
| 14:54 |
Dyrcona |
I really don't know, unfortunately. |
| 14:54 |
rjackson_isl |
yeah - and not sure I want to experiment live! |
| 14:55 |
Dyrcona |
We solved our problem by deleting one of the duplicate part maps or whatever. |
| 14:55 |
Dyrcona |
Well, if you have a test system where you can experiment, then no real harm done. |
| 14:55 |
rjackson_isl |
problem is I am not up to speed on how they use the cataloging interface enough to pull off the test :( |
| 14:57 |
mmorgan |
rjackson_isl: I would say undeleting the monograph part and adding back the missing asset.copy_part_map should fix the immediate problem. |
| 14:57 |
rjackson_isl |
++mmorgan thanks for the input was hoping that makes sense! |
| 14:58 |
* mmorgan |
has performed minor surgery on copy_part_maps in the past. |
| 15:33 |
Dyrcona |
It's not that unusual to have to modify upgrade scripts. I almost always have to. |
| 15:35 |
berick |
Bmagic: tried a few at random and they're pretty snappy. i wonder how many rows are returned for your user ID 425135 |
| 15:35 |
Bmagic |
berick: I can confirm! Browsing to that link generates that query and the query gets stuck on postgres server |
| 15:35 |
berick |
none of my tests retunred more than a few rows |
| 15:36 |
Bmagic |
berick: well, I don't get the answer using that exact query. Which table should I look at? money.payment ? |
| 15:37 |
mdriscoll |
Dyrcona: yes, that's the other missing functions. I can add them of course and then run 3.0.1-3.0.2. |
| 15:37 |
berick |
Bmagic: meaning, it never completes? |
| 15:42 |
Bmagic |
still running - I don't think that made a difference |
| 15:42 |
berick |
something in that nest of joins needs help |
| 15:42 |
Bmagic |
agreed |
| 15:43 |
berick |
to be fair, i'm testing on 2.10 db |
| 15:43 |
Bmagic |
that is a lot of joins |
| 15:43 |
Bmagic |
17 left joins |
| 15:43 |
Bmagic |
and the columns selected are only from one table, lol |
| 16:48 |
csharp |
mdriscoll: check that you have run 2.12.6-3.0.0-upgrade-db.sql |
| 16:48 |
csharp |
maybe something in that failed |
| 16:49 |
csharp |
mdriscoll: if config.upgrade_log lacks 1063, then something went wrong and probably means you're missing more than just that |
| 16:50 |
mdriscoll |
csharp: I had a few errors with 2.12.6-3.0.0 but they were from my own stupid mistakes. I think I'll try to find another test system to run through the 2.12.4-3.0.2 scripts. |
| 16:50 |
csharp |
mdriscoll: 10-4 |
| 16:51 |
csharp |
mdriscoll: you might grep deps_block 2.12.6-3.0.0-upgrade-db.sql and make sure you aren't missing others in the list of numbered scripts - it's an all-or-nothing script though, so I would expect you're missing all of them |
| 16:51 |
csharp |
(unless you tweaked the script) |
| 18:01 |
Bmagic |
Any thoughts on having an example birth date format next to the date of birth box on the patron registration form in Webby? |
| 18:02 |
Bmagic |
I suppose it would have to take into account what format the branch has in the settings? |
| 18:07 |
* csharp |
thinks we should have an example show |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
