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 |
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> |
06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
07:15 |
|
rjackson_isl joined #evergreen |
07:15 |
|
rjackson_isl_ joined #evergreen |
07:27 |
|
jvwoolf joined #evergreen |
09:14 |
csharp |
kmlussier: thanks! |
09:15 |
csharp |
I want to reproduce it - if it's because I connected to multiple EG servers in a single browser (seems to be so, since the failure is related to actor.survey), it may not need to be considered a bug, per se |
09:15 |
csharp |
i.e., the answer might just be "don't do that" |
09:20 |
kmlussier |
csharp: I have connections open to multiple Evergreen servers in the same browsers all the time. I'm constantly doing side-by-side testing on two different servers. I don't think that should cause the problem. |
09:21 |
kmlussier |
csharp: When it previously happened to me, it was more likely to happen after I rebuilt my VM. |
09:26 |
|
yboston joined #evergreen |
09:26 |
|
rfrasur joined #evergreen |
09:32 |
|
mllewellyn joined #evergreen |
09:56 |
kmlussier |
pinesol_green: Thank you for not giving me decaf. |
09:56 |
pinesol_green |
kmlussier: Have you confirmed your ISBN SPIDs with your service provider? |
09:56 |
rfrasur |
kmlussier: anything that helps suss the thing out. |
09:57 |
berick |
rfrasur: the print test interface includes an image. does that one work? |
09:57 |
rfrasur |
let's see. |
09:58 |
rfrasur |
berick: that's on the way. |
09:59 |
berick |
rfrasur: next question, are you testing on a machine w/ a valid SSL certificate? |
09:59 |
rfrasur |
The image does work. (I'm the go between here, sorry) |
09:59 |
berick |
oh, good |
09:59 |
rfrasur |
lol, uh huh |
10:01 |
rfrasur |
@coffee berick |
10:01 |
* pinesol_green |
brews and pours a cup of Hacienda La Esmeralda, and sends it sliding down the bar to berick |
10:01 |
rfrasur |
You're a good person. |
10:02 |
berick |
heh, ok, backing up.. so the test image works? |
10:03 |
rfrasur |
it does, and throwing a new image in there works, but it doesn't seem to work in the actual receipts. |
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> |
06:08 |
|
phasefx joined #evergreen |
06:09 |
|
berick joined #evergreen |
06:10 |
|
maryj joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
07:09 |
|
rjackson_isl joined #evergreen |
07:34 |
|
agoben joined #evergreen |
07:55 |
|
Dyrcona joined #evergreen |
08:38 |
|
mmorgan joined #evergreen |
08:40 |
|
jvwoolf joined #evergreen |
08:49 |
|
jvwoolf1 joined #evergreen |
09:23 |
csharp |
cool - Fedora (as of 27) has javafx in the repos which means I can theoretically use Hatch on my main OS |
09:23 |
csharp |
of course, I've not had great luck with networked printers on Fedora over the last couple of releases :-/ |
09:26 |
csharp |
./hatch.sh compile and ./hatch.sh test appear to work fine |
09:27 |
Dyrcona |
I build Hatch on Ubuntu 16.04, but have not used it on Linux. |
09:27 |
Dyrcona |
s/build/built/ |
09:33 |
csharp |
berick: referring back to our exchange last week (http://irc.evergreen-ils.org/evergreen/2017-12-06#i_336931), I'm not seeing org.evergreen_ils.hatch.json in ~/.config/google-chrome/NativeMessagingHosts/ - I do see it in the Hatch git repo thouhg |
14:26 |
|
mmorgan left #evergreen |
14:33 |
|
rlefaive joined #evergreen |
14:36 |
Dyrcona |
fcc-- |
14:44 |
csharp |
fcc-- |
14:44 |
csharp |
pai-- |
14:46 |
csharp |
berick: ok, I've tested the lp1733692-nsis-best-practices-signoff hatch branch on Windows and Linux and all is working - I'm a little confused about what needs signing off for all to be official... |
14:47 |
csharp |
bug 1733692 and bug 1708757 |
14:47 |
pinesol_green |
Launchpad bug 1733692 in Evergreen "Hatch Windows installer doesn't follow best practices" [High,New] https://launchpad.net/bugs/1733692 |
14:47 |
pinesol_green |
Launchpad bug 1708757 in Evergreen "Publish Hatch to Chrome web store" [Wishlist,New] https://launchpad.net/bugs/1708757 - Assigned to Galen Charlton (gmc) |
14:49 |
csharp |
I see - looks like we're just waiting on signoffs of bug 1708757 |
16:04 |
jeff |
alas, this is neither bash nor vim. |
16:11 |
|
rlefaive joined #evergreen |
16:42 |
csharp |
jeff++ |
18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
18:54 |
|
jvwoolf joined #evergreen |
19:09 |
|
jvwoolf joined #evergreen |