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/evergreen/+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.00..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 |