| 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 |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 07:09 |
|
agoben joined #evergreen |
| 07:37 |
|
dwgreen joined #evergreen |
| 13:25 |
pinesol_green |
Launchpad bug 1730752 in Evergreen "Webstaff option to show/hide multiple grid columns" [Undecided,New] https://launchpad.net/bugs/1730752 |
| 13:42 |
Dyrcona |
Is there a way to get the title of a bib record out of the database in title case without doing oils_xslt_process and oils_xpath_string? |
| 13:42 |
Dyrcona |
If I join with reporter.materialized_simple_record the title is normalized to lower case. |
| 13:43 |
Dyrcona |
And, if I try the oils_xslt_process and oils_xpatch_string method on all of the records in one query, I crash my test db server. :) |
| 13:45 |
csharp |
Dyrcona: depending on the need, you can also use initcap() which will capitalize the first letter in every word (not perfect and not preserving the original case, but maybe better?) |
| 13:45 |
Dyrcona |
Well, it's a dump for Novelist On-the-Shelf. |
| 13:46 |
csharp |
ah' |
| 16:58 |
mmorgan |
So seems like something is different with a new build vs upgrade? |
| 16:58 |
kmlussier |
I think I linked to the log in that bug. |
| 16:59 |
mmorgan |
Indeed you did! |
| 17:00 |
* kmlussier |
hasn't tested miker's patch for that issue yet. |
| 17:01 |
kmlussier |
mmorgan: But the upgrade vs. new build difference makes sense to me. It would explain why you didn't originally see the problem on the upgraded system until you added a new record with a Located URI, while I saw the problem with all the records on my newly-built system. |
| 17:04 |
* mmorgan |
is heading home, but is sure to have dreams about this bug :-( |
| 17:05 |
|
mmorgan left #evergreen |
| 17:22 |
|
kmlussier joined #evergreen |
| 17:28 |
|
kmlussier joined #evergreen |
| 17:41 |
|
mllewellyn left #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 21:36 |
|
mnsri joined #evergreen |
| 21:36 |
|
rashma joined #evergreen |
| 22:55 |
|
Christineb joined #evergreen |
| 03:44 |
|
sard joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:45 |
|
dwgreen joined #evergreen |
| 08:35 |
|
mmorgan joined #evergreen |
| 15:37 |
|
bshum joined #evergreen |
| 15:40 |
|
phasefx joined #evergreen |
| 15:45 |
|
RBecker joined #evergreen |
| 15:55 |
jeffdavis |
I'm puzzled that the fix for bug 1736419/1730758 is working for others but not on my test system |
| 15:55 |
pinesol_green |
Launchpad bug 1736419 in Evergreen "Search Showing Bibs with no Holdings" [High,Confirmed] https://launchpad.net/bugs/1736419 |
| 15:56 |
* mmorgan |
is puzzled about that, too. |
| 15:59 |
jeffdavis |
https://upstream.catalogue.libraries.coop/eg/opac/record/249 is a record with a located URI at BR1, but the record doesn't show up in a catalog search on that server. |
| 16:04 |
jeffdavis |
mmorgan: hmm, for records with located URIs and no holdings I only have very small values in vis_attr_vector - e.g. the record above has {4} in there which is the actor.org_unit.id of the located URI location |
| 16:06 |
mmorgan |
jeffdavis: Yes, I see similar for most records with located uris and no holdings, but some also show, for example: {268435571,74} |
| 16:07 |
kmlussier |
jeffdavis / mmorgan: Before the fix was even added, I was puzzled that people saw different behavior in the original bug report. |
| 16:08 |
mmorgan |
jeffdavis: is your test system a fresh install of 3.0? |
| 16:08 |
mmorgan |
Ours is an upgrade. |
| 16:10 |
jeffdavis |
Ours a fresh 3.0.2 install with concerto data. |
| 16:12 |
jeffdavis |
kmlussier: yeah, good point |
| 16:17 |
kmlussier |
mmorgan: And you don't see a difference between new Located URI records and ones that were there before the upgrade? |
| 16:36 |
Dyrcona |
No, you're talking about cat.maintain_control_numbers, me thinks. |
| 16:36 |
mmorgan |
kmlussier, jeffdavis: I can retrieve my newly created record in the opac. The link is not showing at the cons level, but the record is retrieved in a search. |
| 16:36 |
Dyrcona |
Or, rather, I think the flag you mentioned affects the behavior of both. |
| 16:38 |
kmlussier |
mmorgan: The link isn't displaying at the cons level? That's strange. In the previous testing, the problem only seemed to affect what was retrieved in searches, not the link display. |
| 16:39 |
mmorgan |
Yes, I hadn't noticed that before. |
| 16:40 |
* csharp |
confirms that OCLC libraries set cat.bib.use_id_for_tcn = false |
| 16:40 |
Dyrcona |
I think you've confirmed that an OCLC library/consortium sets it to false. |
| 17:15 |
miker |
jeffdavis: -^ |
| 17:35 |
jeffdavis |
Ah, ok. Bib source is null for all records on a default install apparently. (Adding a source added a large-number entry to vis_attr_vector, but records with luris still don't show in public search results for me, fwiw.) |
| 17:58 |
|
jvwoolf1 left #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 21:05 |
|
Jillianne joined #evergreen |
| 00:34 |
|
beanjammin joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
JBoyer joined #evergreen |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:21 |
|
agoben joined #evergreen |
| 13:28 |
JBoyer |
Nothing useful in the browser console? (there certainly isn't in Firefox when I'm trying to see what's what there. :/ ) |
| 13:28 |
Dyrcona |
By that I mean, if you specify 3 directories, it looks in the last, then the middle, then the first, right? |
| 13:28 |
JBoyer |
Dyrcona, My understanding is that you're right though I haven't tried it. |
| 13:29 |
Dyrcona |
JBoyer: That's what I think, and I'm about to test it, maybe. :) |
| 13:29 |
JBoyer |
Dyrcona++ |
| 13:31 |
Dyrcona |
I can test it in training.. |
| 13:44 |
Dyrcona |
Bleh. Training is behind, or at least we've made many changes to our customizations since I last updated training. I have 13 files with conflicts. |
| 13:55 |
|
khuckins_ joined #evergreen |
| 14:01 |
Dyrcona |
JBoyer: I'm not having any luck, but it looks like my training configuration is kind of messed up. |
| 15:21 |
csharp |
JBoyer: it's pretty great |
| 15:22 |
Dyrcona |
@dunno |
| 15:22 |
pinesol_green |
Dyrcona: Fire BAD! Reading GOOD! |
| 15:22 |
csharp |
@blame add $who tests their code on the LIVE SERVERS, then blames the user. SAD! |
| 15:22 |
pinesol_green |
csharp: The operation succeeded. Blame #29 added. |
| 15:24 |
Dyrcona |
@who loves [band] |
| 15:24 |
pinesol_green |
bwicksall loves C-Sharp and The Servers. |
| 17:37 |
berick |
Bmagic: familar with process of opening the extension console? similarly, ~/.evergreen/hatch.log* may have something useful. |
| 17:37 |
|
gsams joined #evergreen |
| 17:38 |
Bmagic |
berick: yeah, I think I will have to setup a screen sharing session with him and get some of those details. Glad to hear that folks have it working. Lets me know that it should* work |
| 17:39 |
berick |
Bmagic: to be clear, it sounds your user has clocked more time than I did using Hatch on OSX. I just did basic function tests. |
| 17:40 |
Bmagic |
berick: thanks! |
| 17:40 |
berick |
they may be in rarefied air |
| 18:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:57 |
|
ejk joined #evergreen |
| 19:00 |
|
bshum joined #evergreen |
| 19:01 |
|
eby joined #evergreen |
