Evergreen ILS Website

Search in #evergreen

Channels | #evergreen index




Results

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138

Results for 2018-01-08

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

Results for 2018-01-07

06:31 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
15:28 abneiman_ joined #evergreen
15:38 serflog joined #evergreen
15:38 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org
16:07 troy__ joined #evergreen
18:31 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
22:06 StomproJ joined #evergreen
22:35 Starling joined #evergreen
22:36 Starling hello

Results for 2018-01-06

01:29 jeffdavis left #evergreen
01:31 jeffdavis joined #evergreen
04:05 dbwells joined #evergreen
06:30 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
18:32 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
19:06 genpaku joined #evergreen
21:03 yar joined #evergreen

Results for 2018-01-05

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

Results for 2018-01-04

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

Results for 2018-01-03

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/201801​02222354.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: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:48 berick may be possible there are permission issues with writing the log file too
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 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

Results for 2018-01-02

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

Results for 2018-01-01

06:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
16:11 Jikan383 joined #evergreen
16:14 ejk left #evergreen
17:44 Christineb joined #evergreen
18:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
20:48 book` joined #evergreen

Results for 2017-12-31

06:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
12:04 yar joined #evergreen
18:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-30

03:40 StomproJ joined #evergreen
06:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
18:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-29

05:26 berick joined #evergreen
06:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
08:29 mmorgan joined #evergreen
08:34 mmorgan @weather 01923
08:34 pinesol_green mmorgan: Danvers, MA :: Overcast :: 1F/-17C | Wind Chill: -13F/-25C | Friday: Cloudy skies early, then partly cloudy this afternoon. High near 15F. Winds WNW at 10 to 15 mph. Friday Night: Clear to partly cloudy. Low around 0F. Winds WNW at 5 to 10 mph. | Updated: 3m ago
13:59 troy__ says user not found using patron id
14:00 jeff the patron param for open-ils.circ.checkout.permit is a patron object, not just a patron id.
14:01 troy__ thanks, will try it
14:03 rhamby there are some test scripts in the support scripts part of the down load that show examples of that and some other calls if I remember correctly and I think they use simplereq to make it easier to pass those
14:34 jvwoolf left #evergreen
15:39 Christineb joined #evergreen
18:32 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-28

06:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:14 rjackson_isl joined #evergreen
08:39 pinesol_green [evergreen|Jeanette Lundgren] Docs: LP1736571 fix typo done to down - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2f4105f>
08:39 pinesol_green [evergreen|Jeanette Lundgren] Docs: updated note: to NOTE: to fix asciidoc syntax issue - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ff342a1>
08:49 mmorgan joined #evergreen
09:41 jvwoolf joined #evergreen
11:27 Christineb joined #evergreen
16:17 mmorgan1 joined #evergreen
17:02 mmorgan left #evergreen
17:22 jvwoolf left #evergreen
18:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
20:53 ejk joined #evergreen
23:41 yar joined #evergreen

Results for 2017-12-27

06:32 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:16 rjackson_isl joined #evergreen
08:10 dwgreen joined #evergreen
08:35 mmorgan joined #evergreen
12:41 khuckins__ joined #evergreen
12:48 jihpringle joined #evergreen
13:05 mmorgan Looking at lp 1708489 - shouldn't that be marked Fix Released?
13:05 pinesol_green Launchpad bug 1708489 in Evergreen "Web Staff Client: Missing info on Hold Shelf List print template" [Low,Confirmed] https://launchpad.net/bugs/1708489
14:30 Christineb joined #evergreen
14:38 ejk joined #evergreen
14:43 wsmoak joined #evergreen
16:44 mllewellyn joined #evergreen
16:59 mmorgan left #evergreen
17:35 jvwoolf left #evergreen
18:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-26

06:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
08:52 mmorgan joined #evergreen
08:53 jvwoolf joined #evergreen
09:10 jvwoolf1 joined #evergreen
17:00 mmorgan left #evergreen
18:03 berick tried to type has-work-perm, did type has-worm-perm
18:05 * berick imagines a tiny worm with a thick curly head of hair
18:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-25

06:32 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
18:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-24

06:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
18:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-23

06:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
18:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-22

02:16 abowling1 left #evergreen
02:17 abowling1 joined #evergreen
02:30 abowling joined #evergreen
06:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:04 agoben joined #evergreen
07:07 rjackson_isl joined #evergreen
07:22 JBoyer berick++ # Angular5 notes
16:02 abowling joined #evergreen
16:55 jvwoolf1 left #evergreen
17:13 abowling left #evergreen
18:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-21

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

Results for 2017-12-20

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>

Results for 2017-12-19

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

Results for 2017-12-18

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/Op​enILS/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>

Results for 2017-12-17

06:32 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
14:13 pinesol_green [evergreen|Cesar Velez] LP#1378383-WebStaff Fix Item circ history to obey max setting - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1e111de>
18:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
21:39 jvwoolf joined #evergreen
22:10 pinesol_green [evergreen|blake] lp#1724321 Web Client -- existence of record with duplicate TCN does not prevent import - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d6e6519>
22:12 jvwoolf left #evergreen
22:28 pinesol_green [evergreen|Galen Charlton] LP#1729922: correctly display most recent transit in item status - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=74dc248>

Results for 2017-12-16

00:31 gmcharlt joined #evergreen
01:53 Jillianne joined #evergreen
06:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
08:32 _adb joined #evergreen
10:18 jvwoolf joined #evergreen
12:51 jvwoolf joined #evergreen
18:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

Results for 2017-12-15

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>

Results for 2017-12-14

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

Results for 2017-12-13

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
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

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138