Evergreen ILS Website

IRC log for #evergreen, 2018-02-05

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:45 dbwells joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:54 JBoyer joined #evergreen
07:18 JBoyer joined #evergreen
07:18 rjackson_isl joined #evergreen
07:42 agoben joined #evergreen
07:46 tlittle joined #evergreen
08:31 Dyrcona joined #evergreen
08:37 mmorgan joined #evergreen
09:00 bos20k joined #evergreen
09:01 Dyrcona If one adds a synonym list, it is not used by browse is it?
09:02 mmorgan1 joined #evergreen
09:19 Bmagic joined #evergreen
09:22 yboston joined #evergreen
09:25 jvwoolf joined #evergreen
09:26 jvwoolf1 joined #evergreen
09:30 terran joined #evergreen
09:33 mmorgan joined #evergreen
09:46 collum joined #evergreen
09:47 mmorgan Drycona: The synonym list does not appear to be used by the browse indexes.
09:49 Dyrcona mmorgan: Thanks! I didn't think so, but was unsure.
09:49 Dyrcona Just figuring out what to ingest after installing it.
09:50 * mmorgan didn't realize it was not used in browse, so thanks for asking!
10:45 Dyrcona csharp: Are you using ldirectord for load balancing, probably along with LVS/heartbeat?
10:46 Dyrcona In light of the web client and the ability to forward ports, I'm looking into HAProxy, so thought I'd ask for more information.
10:47 csharp Dyrcona: yes we are using ldirectord/LVS/heartbeat
10:47 Dyrcona csharp: Thanks. Have you considered anything else, or just too busy to look into it?
10:48 csharp Dyrcona: we have discussed the possibility of other updated approaches, but since it works fine, it's never risen to the top of the list of things to address
10:49 Dyrcona csharp: OK. That makes sense. I'm not sure yet, but I have been leaning toward sticking with ldirectord, but looking at options.
10:50 Dyrcona I'll do some more reading, but don't think HAProxy would work with SIP.
10:56 jvwoolf joined #evergreen
11:03 terran joined #evergreen
11:27 Christineb joined #evergreen
11:42 kmlussier joined #evergreen
11:51 rhamby kmlussier++ : for community efforts
11:51 remingtron JBoyer: it sounds like your work on bug 1691269 fixes bug 1720002, sound true?
11:51 pinesol_green Launchpad bug 1691269 in Evergreen "web client: copy templates created on XUL not displayed" [Medium,Fix released] https://launchpad.net/bugs/1691269
11:51 pinesol_green Launchpad bug 1720002 in Evergreen "webclient: import template overwrites existing" [Undecided,New] https://launchpad.net/bugs/1720002
11:52 remingtron I'm concluding that based on: https://bugs.launchpad.net/ever​green/+bug/1691269/comments/20
12:12 jihpringle joined #evergreen
12:21 khuckins joined #evergreen
12:27 hbrennan joined #evergreen
12:51 kmlussier joined #evergreen
12:56 JBoyer remingtron, you're right. I think I addressed 1720002 because of issues spotted locally while testing the rest of the cat templates code. It should also be marked fix released.
12:56 JBoyer Thanks for finding that!
12:56 JBoyer remingtron++
13:06 kmlussier JBoyer / remingtron: Actually, I would mark it Invalid if it's no longer a bug.
13:06 kmlussier We usually use Fix Released on the bug that has the code that was released.
13:06 JBoyer There was code added to address that issue, I just didn't know the bug number to tie it to.
13:08 kmlussier JBoyer: Oh, I see. I thought it was filed after the fix was in. File it as a duplicate then since the other bug fixed it?
13:10 JBoyer That would also work, yes.
13:51 kmlussier joined #evergreen
14:15 JBoyer explain analyze for pulling payments from the web client: (cost=9678828035918653988798464.0​0..10535481555385555865305088.00 rows=342661407786760922401341440 width=111) (actual time=422407.137..422407.137 rows=2 loops=1)
14:15 JBoyer OOOOWWWWWWWWWWWWW.
14:20 berick JBoyer: same as this i assume?  bug 1738488
14:20 pinesol_green Launchpad bug 1738488 in Evergreen 3.0 "Web client: patron billing history results in long running query" [Medium,Confirmed] https://launchpad.net/bugs/1738488
14:22 JBoyer berick, yeah, looks like the same one. First I've heard about it here. "I've never seen that (payment history) work in the web client"
14:23 JBoyer Sometimes it pays to listen in on end-user training.
14:25 Dyrcona It's not that bad for us in production because we have join_collapse_limit set to 9, but it still runs close to 5 minutes per patron.
14:25 Dyrcona On training, fuhgeddaboutit.
14:30 JBoyer It's a training webinar, but the database it's running on is a duplicate of production. It's still about 5 mins "for real" and I think we've got join_collapse_limit up to 12 or 14.
14:31 JBoyer (duplicate hardware, that is.)
14:31 Dyrcona I've killed them after several days on the training server.
14:31 Dyrcona Our training server is older and slower than production and running Evergreen at the same time.
14:32 Dyrcona It's not as well optimized either.
14:32 Dyrcona I've seen that query go between 4 to 10 minutes or so on our production hardware.
14:33 Dyrcona Then calling that page up again usually populates right away after the query has run once....cache.
14:33 Dyrcona But, yeah, that needs to be fixed.
14:47 kmlussier Do expired holds automatically cancel? I've been told they do, but I don't see it happening in my own testing.
14:50 berick kmlussier: yes the targeter cancels them
14:50 berick supposed to, anyway
14:51 kmlussier OK, I'll dig further. Thanks berick!
14:54 abowling joined #evergreen
14:57 jeff kmlussier: possible that there's some confusion due to terminology? expired holds vs shelf-expired holds?
14:57 kmlussier jeff: Nope
14:58 kmlussier I'm looking at expire_time
14:58 mmorgan1 joined #evergreen
15:00 mmorgan joined #evergreen
15:00 jihpringle joined #evergreen
15:01 Dyrcona They should get "Untargeted Expiration" if they expire before being targeted/filled.
15:01 Dyrcona Cancel reason #1.
15:02 Dyrcona cancel_cause in the db terminology.
15:02 * Dyrcona should stop trying to multitask. :)
15:03 kmlussier OK, it was a problem with my test plan. Once I modified my prev_check_time, it canceled.
15:03 kmlussier Dyrcona: In my case, there was no cancel time or cause.
15:03 Dyrcona You're running the hold targeter regularly?
15:04 kmlussier Dyrcona: Yes
15:04 kmlussier Dyrcona: But, like I said, prev_check_time hadn't arrived yet.
15:04 kmlussier Or, I should say, 24 hours after the prev_check_time.
15:07 Dyrcona If you run hold_targeter_v2, you can specify a shorter interval.
15:07 terran joined #evergreen
15:09 kmlussier If I were working on a production system, I would consider doing so. For now, I'm all set.
15:09 kmlussier berick++ jeff++ Dyrcona++
15:10 terran We're getting more and more reports of bill payment receipts printing even when the payment doesn't get recorded. Anyone else? https://bugs.launchpad.net/evergreen/+bug/1746830
15:10 pinesol_green Launchpad bug 1746830 in Evergreen "Bill Payment receipts printing regardless of errors" [High,New]
15:15 JBoyer terran, I believe I have heard something about that. :/
15:16 terran JBoyer: We're pulling out our hair!
15:18 JBoyer I don't think I've been alerted except when it's been in the past far enough that it's difficult to find anything out.
15:24 terran Yes, we're getting a lot of examples of receipts that printed out incorrectly, but the only one I've been able to recreate consistently is the credit card pmt without an approval code error.
15:50 berick hm, hair pulling out we don't want
15:58 khuckins joined #evergreen
16:09 terran I suspect it's probably a small javascript issue somewhere that makes it continue past an error rather than stopping at the error.
16:11 berick yeah
16:29 terran berick: is it as simple as adding a check for payment_ids at line 327 in the sendPayment function of bills.js?
16:31 berick terran: essentially, yes.  just posted a fix.  mine's a little more aggressive in that should stop any promises that follow.
16:31 terran Yay!
16:33 kmlussier berick++ # Saving terran's hair.
16:33 berick :)
16:33 berick we're in this boat together, people!
16:33 mmorgan berick++
16:34 terran berick++ yet again
16:38 terran Pulling csharp away from other drama so we can test it :)
16:40 * csharp vacuums terran's hair from office hallway
16:40 berick would make for a great reality show
16:41 berick *terran throws a glass of pinot at csharp*
16:41 berick record scratch
16:42 * bshum subscribes for updates
16:42 terran Ooh, pinot.
16:44 terran * terran goes back to pulling out hair about novelist and syndetics instead of bills
16:47 mmorgan terran: I have a cat that sheds like a dog, and could stand to have hair pulled. Would you like to borrow him?
16:48 mmorgan ;-)
16:48 terran mmorgan: No thanks, I already have two dogs that do the same thing! (And had to stop using my robot vacuum because it sends one into a horrible panic attack.)
16:49 mmorgan Oh dear :-(
17:05 mmorgan left #evergreen
17:06 terran The fix looks good Bill! Pushing to our production server now.
17:31 berick terran++ csharp++
17:31 berick terran: let me know how if affects the other payment fail receipt issues...
17:31 berick i have a feeling some may yet be lurking, but we'll see
17:32 terran berick: Will do! From the looks of it, I think it will take care of most of them.
17:33 book` joined #evergreen
17:35 csharp berick++
17:35 csharp terran++
18:26 abowling1 joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:31 abowling joined #evergreen
18:46 abowling1 joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat