| 01:04 |
|
Jillianne joined #evergreen |
| 01:08 |
|
rlefaive joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:26 |
|
kmlussier joined #evergreen |
| 07:27 |
kmlussier |
gmcharlt: I made it about half-way through testing bug 1312824 on Wednesday. Do you mind if I assign myself to it again or have you already made progress testing it? |
| 07:28 |
pinesol_green |
Launchpad bug 1312824 in Evergreen "open-ils.circ.hold.change_title(.specific_holds) APIs cancel previously captured holds at other locations, confusing staff and patrons" [Medium,Confirmed] https://launchpad.net/bugs/1312824 |
| 07:28 |
|
rlefaive joined #evergreen |
| 08:02 |
* kmlussier |
just noticed that the Reserves copy status is not set to "is available" by default. Should it be? |
| 09:25 |
kmlussier |
If I do an Oliver Twist search with metarecord searching turned off, I get pages and pages of results for the Charles Dickens work before I see any other work by that name. When I turn metarecord searching on, the relevance for the Charles Dickens title sinks. |
| 09:25 |
kmlussier |
I wouldn't expect metarecord searching to have that effect on relevance ranking. |
| 09:31 |
jeff |
is relevance ranking on metarecord searches done based on the lead/master record in the metarecord set, and is that record of low rank in the non-metarecord search results? |
| 09:32 |
kmlussier |
jeff: I don't know. I test it to see if it gets a low rank. |
| 09:33 |
kmlussier |
I'm finding that it happens consistently with all those classic novels where there are lots of critical or other derivative works that share the same title. |
| 09:36 |
|
maryj joined #evergreen |
| 09:36 |
* kmlussier |
has wandered far off from what she started working on. |
| 09:47 |
csharp |
hmm, so my bug from yesterday (bug 1691784) was working off the wrong premise - it's batch volume transfer that rips the bib out from under the acq lineitem |
| 09:47 |
pinesol_green |
Launchpad bug 1691784 in Evergreen "batch volume transfers need to take acq into account" [Medium,New] https://launchpad.net/bugs/1691784 |
| 09:47 |
csharp |
(original report assumed that it was a bib merge) |
| 16:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1678638: technical documentation for qstore - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f87c94c> |
| 16:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1678638: add text versions the qstore and query_schema docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2d338c3> |
| 16:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1678638: use new preferred extension for AsciiDoc files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=391d7ed> |
| 16:13 |
kmlussier |
While testing bug 1690468, I noticed some odd behavior with the exclude electronic resources limiter that is unrelated to the code I'm testing. |
| 16:13 |
pinesol_green |
Launchpad bug 1690468 in Evergreen 3.0 "Exclude Electronic Resources cannot be un-selected with advanced search filters applied" [Undecided,Confirmed] https://launchpad.net/bugs/1690468 |
| 16:13 |
kmlussier |
If I go to https://mlnc2.noblenet.org/eg/opac/results?bool=and&qtype=keyword&contains=contains&query=two&bool=and&qtype=title&contains=contains&query=&bool=and&qtype=author&contains=contains&query=&_adv=1&detail_record_view=0&fi%3Aitem_type=m&fi%3Aitem_type=a&fi%3Aitem_lang=eng&locg=2&pubdate=after&date1=1980&date2=&fi%3A-search_format=electronic&sort= |
| 16:13 |
kmlussier |
I get 2 results |
| 16:18 |
kmlussier |
You know, I noticed some strange behavior with the pub date filter earlier, but I never nailed it down. I'll follow up on that and file a bug in LP |
| 16:18 |
kmlussier |
dbwells++ |
| 16:22 |
|
Jillianne joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:33 |
Dyrcona |
kmlussier: The weirdness with the pub date filter is it uses fixed fields and not what displays in the OPAC. I've seen it before and may or may not have opened a bug. |
| 16:33 |
* Dyrcona |
disappears in a puff of smoke. |
| 16:34 |
kmlussier |
hmmm...I don't know that we're talking about the same weirdness. |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:18 |
|
rlefaive joined #evergreen |
| 06:29 |
|
Callender joined #evergreen |
| 07:33 |
|
agoben joined #evergreen |
| 13:01 |
|
hbrennan joined #evergreen |
| 13:02 |
|
jihpringle joined #evergreen |
| 13:02 |
miker |
berick: egPromptDialog.open returns an object containing a "result" which is a promise, correct? Just like any other uibModal ... |
| 13:14 |
jeffdavis |
What would "Forking Error" normally indicate (beyond OpenSRF failing to create a child process)? Just saw that on a test server experiencing an outage, memory seemed adequate and drone counts weren't too high when I checked. |
| 13:17 |
Dyrcona |
jeffdavis: The user may have exceeded the process limit set by the O/S. This can be configured per user, but the O/S also has an absolute limit that cannot be exceeded. |
| 13:17 |
Dyrcona |
jeffdavis: Could mean other things, too. |
| 13:19 |
jeffdavis |
Hmm, total processes seemed ok but maybe I missed something transient. |
| 13:19 |
* jeffdavis |
travels back in time, sets up monitoring for this test server |
| 13:19 |
Dyrcona |
:) |
| 13:20 |
jeffdavis |
unusual_outages_on_test_server_2_days_before_upgrade-- |
| 13:20 |
Dyrcona |
Modern Linux runs a whole pile of stuff. |
| 13:27 |
Dyrcona |
I love those. Some day, I plan to learn what all of the numbers in those log entries mean. :) |
| 13:32 |
csharp |
jeff: I just wanted to have control over who has access to our bibs via z39.50 |
| 13:32 |
|
yboston joined #evergreen |
| 13:36 |
Dyrcona |
Anyone else want to test drive hold targeter v2 repairs and additions? I'm sold. |
| 13:42 |
kmlussier |
Dyrcona: If you think somebody else should test it before it goes in, I can put it on my to-do list for tomorrow. But I'm also comfortable with your ok if you think it's ready to merge. |
| 13:43 |
Dyrcona |
I think it's OK. I like the soft retarget interval. It does what I expected based on the description. |
| 13:44 |
Dyrcona |
There was one thing I wanted to look at, but it was a "bug" in the old targeter. |
| 13:44 |
|
yboston joined #evergreen |
| 15:04 |
tspindler |
Thanks all, made it just over an hour |
| 15:04 |
kmlussier |
tspindler++ |
| 15:05 |
hbrennan |
tspindler: not bad at all! |
| 15:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1677661 Hold Targeter V2 Repairs & Improvements - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3073bcb> |
| 15:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1677661 Targeter V2 extras release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=54dc1aa> |
| 15:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1677661 Targeter V2 remove unused batch API - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d1c2d9c> |
| 15:09 |
pinesol_green |
[evergreen|Bill Erickson] LP#1677661 Hold targeter live test use API, etc. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=238dba9> |
| 15:10 |
terran_ |
kmlussier: are you going to update the outreach committee page with the text changes? |
| 15:10 |
kmlussier |
terran_: Yes, I will. |
| 15:10 |
kmlussier |
But probably not until tomorrow. |
| 15:43 |
|
rlefaive joined #evergreen |
| 15:53 |
|
rlefaive joined #evergreen |
| 16:06 |
|
tspindler left #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:37 |
|
rlefaive joined #evergreen |
| 16:49 |
|
mmorgan joined #evergreen |
| 16:56 |
|
khuckins_ joined #evergreen |
| 02:11 |
|
tsbere_ joined #evergreen |
| 04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:27 |
|
cioran89 joined #evergreen |
| 06:12 |
|
cioran89 left #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 14:20 |
|
Jillianne joined #evergreen |
| 14:43 |
rhamby |
bshum: we probably need more variety in terms of media - video game discs, laserdiscs, realia, web sites, etc... |
| 14:43 |
rhamby |
well, need is probably too strong a word here.... |
| 14:44 |
bshum |
rhamby: Actually in a previous life with access to more records, I used to use Star Trek and other series for testing parts. Cause kmlussier knows how much I *loved* testing parts... |
| 14:45 |
bshum |
But yes, having more media would be good someday. |
| 14:45 |
rhamby |
bshum: parts is a good thought, also records with previous/sequel entries (and other 77Xs) |
| 14:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1648234 Apache redirects to standard ports - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e02c65> |
| 14:55 |
pinesol_green |
[evergreen|Galen Charlton] LP#1648234: fix Apache 2.2 version of redirect rules - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a5dcb85> |
| 15:41 |
pinesol_green |
Launchpad bug 1670242 in Evergreen "Web client: Cannot successfully check in hold transit items" [Medium,Confirmed] https://launchpad.net/bugs/1670242 |
| 15:49 |
berick |
kmlussier++ # launchpad clickbait |
| 15:50 |
kmlussier |
:) |
| 15:52 |
abneiman |
kmlussier: berick: "Comment #4 will shock you!" (seriously though I'm going to look into that on our test system) |
| 15:52 |
kmlussier |
berick: At the time I initially filed the report, I thought the bug was as alarming as the title would lead you to believe. |
| 15:53 |
kmlussier |
I was ready to stop the 2.12 release for that one. |
| 15:53 |
berick |
kmlussier: oh, i was commenting on your "nice finding" comment, not the bug title. |
| 16:15 |
csharp |
"SITKA tried to check in hold transit items. You'll never BELIEVE what they found!" |
| 16:24 |
|
mmorgan joined #evergreen |
| 16:29 |
dbs |
rhamby: for Star Trek records, might I recommend William Shatner's "The Transformed Man": http://ultimateclassicrock.com/william-shatner-lucy-in-the-sky-with-diamonds-terrible-classic-rock-covers/ |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:39 |
rhamby |
dbs: you are a cruel man |
| 16:47 |
kmlussier |
Best. Cover. Ever. |
| 16:49 |
mmorgan |
:) |
| 00:53 |
|
dcook joined #evergreen |
| 02:12 |
|
b_bonner joined #evergreen |
| 02:14 |
|
mnsri_away joined #evergreen |
| 04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:47 |
|
Callender joined #evergreen |
| 08:09 |
|
agoben joined #evergreen |
| 09:29 |
kmlussier |
Yeah, we probably should. |
| 09:30 |
gmcharlt |
jeffdavis: I call your attention to bug 1552861, where you may want to double-check how I'm proposing we deal with invalid values during upgrade |
| 09:31 |
pinesol_green |
Launchpad bug 1552861 in Evergreen 2.11 "Incorrect datatype for Default Record Match Set org setting" [Low,Confirmed] https://launchpad.net/bugs/1552861 |
| 09:33 |
gmcharlt |
Dyrcona: kmlussier: then it sounds like thorough testing of bug 1677661 would be right up your alley prior to changing the stock crontab :) |
| 09:33 |
pinesol_green |
Launchpad bug 1677661 in Evergreen "Hold Targeter V2 Repairs & Improvements" [Undecided,New] https://launchpad.net/bugs/1677661 |
| 09:33 |
gmcharlt |
shameless RM is shameless ;) |
| 09:35 |
Dyrcona |
gmcharlt: I will gladly test it. I am in the middle of writing an email saying I want to test it before I enable it on the training server to local staff. :) |
| 09:35 |
gmcharlt |
:) |
| 09:35 |
kmlussier |
Dyrcona++ |
| 09:41 |
|
bos20k joined #evergreen |
| 11:48 |
Dyrcona |
Heh. I lost my network connectivity a couple of times while in the meeting, but my client acts like it never disconnected. |
| 11:48 |
JBoyer |
(nothing to do meaning I think it's in an entirely different process at that point) |
| 11:48 |
Dyrcona |
Ah. I see. |
| 11:48 |
Dyrcona |
Well, the vm I'm fiddling with right now is one where I plan to test this, so I should be able to start looking later today or tomorrow. |
| 11:49 |
Dyrcona |
I just got my configuration issues squared away and all services are running. |
| 11:50 |
JBoyer |
I'm perusing the Dancer docs since this shuts down our resource sharing system for over half of its users, so I'm not planning to work on anything else today so it's no rush if you've got things vying for your time today. |
| 11:50 |
JBoyer |
My grammar module has obviously crashed also. |
| 12:48 |
mmorgan |
The Lost/Long overdue seems to happen in AssetCommon.pm |
| 12:49 |
mmorgan |
and it looks like penalties should be calculated there. |
| 12:49 |
Dyrcona |
That code may do it if you manually set it. |
| 12:49 |
JBoyer |
FANTASTIC. I've been changing one server and testing another. It's working, but now I have no idea why. |
| 12:49 |
mmorgan |
Ah. ok. |
| 12:49 |
Dyrcona |
The default name of the trigger is 90 Day Overdue Mark Lost. |
| 12:50 |
bshum |
JBoyer: The chaos monkey strikes again! |
| 12:55 |
kmlussier |
gmcharlt: Gotcha. I guess that means I can't use it as an excuse to get out of a meeting. ;) |
| 12:56 |
gmcharlt |
kmlussier: correction - everybody will be required to spend all time from 9-5 to participate! ;) |
| 12:58 |
Dyrcona |
:) |
| 13:15 |
* mmorgan |
has confirmed that penalties are indeed calculated after the nightly mark long overdue action trigger is run. |
| 13:16 |
mmorgan |
I was using the test mode for the trigger definition, which apparently does not calculate the penalties. |
| 13:25 |
|
ohiojoe joined #evergreen |
| 13:29 |
Dyrcona |
mmorgan++ |
| 13:41 |
kmlussier |
Heads up. Evergreen web team meeting in 19 minutes. |
| 14:57 |
graced |
:) |
| 14:57 |
kmlussier |
:) |
| 14:57 |
DianeD |
I can be the lowly enduser who fixes computer problems by turning the thing off and on again but wants to reach other endusers. |
| 14:57 |
kmlussier |
We do have a test server available where I think playing can happen. http://test-www.evergreen-ils.org/ |
| 14:57 |
kmlussier |
DianeD: I think it's important we have that perspective. |
| 14:58 |
kmlussier |
I think the test server needs some WordPress updates, though. |
| 14:58 |
kmlussier |
graced: Do you think it will be possible for your group to meet and report back in time for our June meeting? |
| 14:59 |
kmlussier |
Or, maybe not meet, but discusss. |
| 14:59 |
graced |
Barring vacation scheduling issues... yes I think so |
| 14:59 |
kmlussier |
Great. |
| 14:59 |
kmlussier |
#action graced to head team to investigate new web site theme. |
| 15:00 |
collum_ |
Same credentials on test server and real server? |
| 15:00 |
kmlussier |
#action rhamby DianeD ohiojoe collum jlundgren to work on team to investigate new web site theme |
| 15:00 |
kmlussier |
If I missed anyone, let me know. |
| 15:01 |
kmlussier |
collum_: I think so, but I don't know how old the user data is on that system. |
| 15:01 |
kmlussier |
gmcharlt: Would it be easy to update the test server with fresh data? |
| 15:02 |
gmcharlt |
kmlussier: sure |
| 15:02 |
kmlussier |
gmcharlt: Would you be willing to do an update on it? |
| 15:02 |
dbs |
(ignore this) We should totally rewrite the website in Angular to match our AngularJS-based 3.0 release! |
| 16:07 |
|
ohiojoe joined #evergreen |
| 16:11 |
|
ohiojoe joined #evergreen |
| 16:12 |
|
ohiojoe joined #evergreen |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:54 |
berick |
arg, so my problems last week (or thereabouts) with xulrunner not liking self-signed certs from nginx is just another symptom of bug #1648234 |
| 16:54 |
pinesol_green |
Launchpad bug 1648234 in Evergreen 2.12 "Internal Apache port leaks when using proxy" [Medium,Confirmed] https://launchpad.net/bugs/1648234 |
| 16:55 |
berick |
it was trying to add an exception for hostname:443 with a cert served from hostname:7443 though this was not visible to the user in the xul login window. |
| 16:55 |
* berick |
adds a note to the bug |
| 16:56 |
remingtron |
jlundgren: do I have your permission to add your name/email as the author for your Apache docs changes? (in bug 1673841) |
| 16:56 |
pinesol_green |
Launchpad bug 1673841 in Evergreen "Docs: Fix formatting on chapter Apache Access Handler" [Undecided,New] https://launchpad.net/bugs/1673841 - Assigned to Jeanette Lundgren (jlundgren) |
| 16:57 |
bshum |
berick: Good to know... fun times... |
| 16:57 |
bshum |
berick: We should get that merged :D |
| 16:57 |
bshum |
I read through the changes last night, but I wanted to test on a clean installation without proxy to be sure that all is well too |
| 16:57 |
bshum |
I'll try to give it a final whirl tonight and get it pushed |
| 16:59 |
berick |
bshum: that would be awesome. this thing's a bear. |
| 17:02 |
bshum |
berick: Indeed, perhaps it should be "High" importance |
| 17:03 |
bshum |
But in any case, soon, very soon. |
| 17:03 |
* bshum |
signs off for now to run some errands and then go home to get dinner. And test code! :D |
| 17:06 |
kmlussier |
@dessert |
| 17:06 |
* pinesol_green |
grabs some Coconut Cream Pie for kmlussier |
| 17:15 |
|
jvwoolf left #evergreen |
| 17:19 |
pinesol_green |
[evergreen|blake] Docs: Update MARC editor docs for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5729d40> |
| 17:31 |
|
AndroUser2 joined #evergreen |
| 18:07 |
gmcharlt |
bshum: please do test and signoff, but I want to do give final eyes on this one; assuming you test without finding issues tonight, I'll plan on testing and merging tomorrow |
| 18:29 |
|
AndroUser2 joined #evergreen |
| 18:49 |
bshum |
gmcharlt: Sure thing, I planned on checking with you on the rel_2_12 backport at the very least. But I'll just angle on testing then. |
| 18:50 |
* bshum |
doesn't like backporting too much |
| 22:20 |
|
genpaku joined #evergreen |
| 03:32 |
|
ejk joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:06 |
|
eady joined #evergreen |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:53 |
|
agoben joined #evergreen |
| 14:23 |
Bmagic |
to keep the tunnel going when it breaks. Have you had to tackle that issue? |
| 14:23 |
jeff |
we are happy autossh users |
| 14:42 |
JBoyer |
Dyrcona, do you know anyone running NCIPServer against 2.11 or 2.12? I'm running into some trouble after loading the latest 2.12 this weekend. |
| 14:43 |
Dyrcona |
NOBLE might be. I'm still running on 2.10, but I could test on 2.12. What's going on? |
| 14:44 |
JBoyer |
Looks like the other end is getting 500 errors for CheckoutItem requests, and LookupUser requests are all returning "User with barcode (blah) unknown at (Location)" |
| 14:45 |
JBoyer |
I haven't done a ton of looking yet, was wondering if you or anyone else had seen similar. |
| 14:45 |
Dyrcona |
Have you got any scripts to test these, yourself? |
| 14:46 |
JBoyer |
Really basic ones to send a single pre-composed request and save the reply. |
| 14:46 |
JBoyer |
(so not really, no.) |
| 14:49 |
Dyrcona |
I can send you some, just give me an hour or two. |
| 14:50 |
JBoyer |
I'm only seeing it on 2.12, latest rel_2_12 as of this morning. |
| 14:51 |
JBoyer |
Not knowing what's up, I didn't know if it might also be hitting late 2.11's or not also. |
| 14:51 |
Dyrcona |
OK. |
| 14:52 |
Dyrcona |
I have a vm where I can easily test with 2.12. |
| 14:52 |
Bmagic |
docker.... |
| 14:54 |
Dyrcona |
I say "easily" but I have to finish setting up Evergreen, etc. I'm using it to do another test of our upgrade to 2.12. |
| 14:54 |
Dyrcona |
I don't have time to learn docker right now. :) |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:04 |
JBoyer |
Nice. I get 500's even for a simple LookupUser against myself. :( Really the only logs I have for NCIP are the generic osrfsys logs that look fine, the full NCIP messages I dump coming and going, which looks fine, leading me to believe it's dying after rendering but before sending. |
| 15:13 |
Dyrcona |
That reminds me, I haven't installed the NCIPServer prerequisites on the vm. |
| 15:13 |
Dyrcona |
I sent you the scripts. |
| 15:14 |
JBoyer |
Dyrcona++ |
| 15:26 |
JBoyer |
Outlook doesn't like them. I do have a couple simple tests I can do locally (using w3m to post a file at (server)/NCIP and saving the reply) |
| 15:48 |
|
jwoodard joined #evergreen |
| 16:05 |
|
mmorgan joined #evergreen |
| 16:07 |
mmorgan |
JBoyer: FWIW, we have not seen any NCIP issues on 2.11. |
| 16:07 |
JBoyer |
Thanks |
| 16:07 |
JBoyer |
mmorgan++ |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
|
mmorgan left #evergreen |
| 22:20 |
|
genpaku joined #evergreen |
| 01:27 |
|
abowling joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:19 |
|
Callender joined #evergreen |
| 08:14 |
|
Dyrcona joined #evergreen |
| 08:27 |
|
_adb joined #evergreen |
| 14:49 |
* mmorgan |
just learned that the branches at which an applied patron alert message displays is set at the time it's added to the patron record. |
| 14:49 |
mmorgan |
Changing the org depth of the penalty type does not affect existing messages. |
| 15:20 |
kmlussier |
Dyrcona++ # For rastling with the MassLNC VMs |
| 15:24 |
Dyrcona |
Heh. I just realized that I'm gonna have some "fun" building 2.10 on my test vm with Ubuntu 16.04.... |
| 15:24 |
Dyrcona |
I'll have to check out something more recent to install the prerequisites. |
| 15:26 |
Dyrcona |
I suppose I could use my 2.12 branch from training... |
| 15:29 |
Dyrcona |
Yeah. I'll install my 2.12 branch. I do have another test vm with our production branch already installed. |
| 15:30 |
Dyrcona |
Ah, but I'll have to reconfigure it and change the database because I think they're both using jasontest.... |
| 15:30 |
Dyrcona |
Sorry for thinking out loud. |
| 15:31 |
* Bmagic |
<whisper>use docker</whisper> |
| 16:06 |
jeff |
yay! |
| 16:06 |
jeff |
Dyrcona++ kmlussier++ |
| 16:06 |
Dyrcona |
My production database is affected. |
| 16:06 |
Dyrcona |
So, I'll test with that and a freshly built master. |
| 16:07 |
Dyrcona |
"that" being a copy of the production database. |
| 16:11 |
mmorgan |
jeff++ kmlussier++ dyrcona++ |
| 16:12 |
kmlussier |
I really don't deserve karma. All I did was think about testing a fix. |
| 16:12 |
kmlussier |
Dyrcona++ jeff++ |
| 16:25 |
mmorgan |
I wonder if adding the permission COPY_STATUS_LONG_OVERDUE.override via the client and assigning it to her users would be good advice for Jennifer W. |
| 16:26 |
mmorgan |
Or if it would cause more problems later. |
| 16:27 |
jeff |
it should not. that is one of the scenarios that the upgrade script anticipates. |
| 16:27 |
Dyrcona |
Yeah. It does look like it handles that case. |
| 16:28 |
Dyrcona |
Another situation to test... :) |
| 16:28 |
jeff |
it ended up being a ridiculously long upgrade script for fixing a one character typo. ;-) |
| 16:30 |
kmlussier |
mmorgan: Yes, I sent a reply suggesting that as a solution. It's just taking a while for my message to hit the list. |
| 16:31 |
mmorgan |
Ok, good! I will resist giving you karma, though you deserve it :) |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:32 |
kmlussier |
The earlier karma can count towards that. :) |
| 16:33 |
mmorgan |
Perfect! |
| 16:42 |
Dyrcona |
First time I've seen this one: Can't call method "documentElement" on an undefined value at /usr/local/share/perl/5.22.1/OpenSRF/Utils/SettingsParser.pm line 51. |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 08:17 |
|
kmlussier joined #evergreen |
| 08:23 |
|
rlefaive joined #evergreen |
| 08:32 |
|
krvmga joined #evergreen |
| 10:18 |
kmlussier |
I can give you his email. Hold on... |
| 10:18 |
bshum |
I got it |
| 10:18 |
kmlussier |
bshum++ |
| 10:19 |
bshum |
kmlussier: Okay, all switched |
| 10:19 |
bshum |
Or should be |
| 10:19 |
bshum |
I'll send a test email to verify :) |
| 10:19 |
bshum |
Looks good |
| 10:21 |
kmlussier |
OK, page updated. Looks like the only other update needed now is for conference committees. I'll contact a couple of people to see if I can get those names. |
| 10:22 |
bshum |
kmlussier++ # tidying the website |
| 10:27 |
|
Christineb joined #evergreen |
| 14:34 |
* jeff |
looks to see what we did the last time we phased out an opensrf service |
| 14:38 |
|
rjackson_isl_ joined #evergreen |
| 14:38 |
|
Callender_ joined #evergreen |
| 14:39 |
jeffdavis |
Bmagic: with your test case for bug 1686194, an item with $0.20/day fine and, say, $100.00 max fines gets marked lost after 3 days, returned after 6, and overdues are "reinstated" at the max fines value of $100 (instead of 6 days X $0.20/day) - is that what you're seeing? |
| 14:39 |
pinesol_green |
Launchpad bug 1686194 in Evergreen 2.12 "Fine generation does not factor adjustments into max fines calculation" [Undecided,Confirmed] https://launchpad.net/bugs/1686194 |
| 14:41 |
|
kmlussier joined #evergreen |
| 14:42 |
Bmagic |
jeffdavis: yes, accept it's $10 max |
| 16:03 |
pinesol_green |
Launchpad bug 1411699 in Evergreen "TPAC: Don't load dojo widgets unless we actually need them (for autocomplete)" [Wishlist,Confirmed] https://launchpad.net/bugs/1411699 |
| 16:04 |
dbs |
kmlussier: 1411699 has two branches, one which could go in immediately |
| 16:04 |
dbs |
the other (rewrite to remove dojo) could follow on after 1687545 |
| 16:04 |
gmcharlt |
#info Patches for bug 1685840, bug 1681095, and bug 1411699 are commended to the dev community for general attention and testing |
| 16:04 |
dbs |
not to be confused with the rewrite to remove dojo for google books preview ;) |
| 16:04 |
pinesol_green |
Launchpad bug 1685840 in Evergreen "Google Books Preview should not require Dojo or any other framework" [Wishlist,Triaged] https://launchpad.net/bugs/1685840 |
| 16:04 |
kmlussier |
dbs: OK, thanks for clarifying. |
| 16:05 |
Dyrcona |
gmcharlt++ |
| 16:05 |
phasefx |
gmcharlt++ |
| 16:05 |
remingtron |
gmcharlt++ |
| 16:05 |
Dyrcona |
dbs: I have a question about google books preview: Do I need to do any special signup with Google in order to use/test it? |
| 16:06 |
jeffdavis |
I wanted to invite input on bug 1684988, but no discussion needed |
| 16:06 |
pinesol_green |
Launchpad bug 1684988 in Evergreen "Patron account can be retrieved without opt-in" [Undecided,New] https://launchpad.net/bugs/1684988 |
| 16:06 |
dbs |
Dyrcona: nope, it should just work |
| 16:14 |
jeff |
jeffdavis: i.e., "don't show patrons in searches until they have shown up at least once and been retrieved by barcode and 'opted in'" was the last summary I think I had, but is it just searches, or should patrons also not appear in other interfaces, etc? |
| 16:14 |
dbs |
we use it too. if a patron hasn't opted into sharing their account with another org_unit, they shouldn't be able to be retrieved via anything except barcode (so they can then opt in) |
| 16:14 |
kmlussier |
Dyrcona: And that reminds me that bug 1672434 still needs to be addressed. |
| 16:14 |
pinesol_green |
Launchpad bug 1672434 in Evergreen "Improved method for adding new bib records to test dataset" [Undecided,New] https://launchpad.net/bugs/1672434 |
| 16:15 |
jeff |
dbs: so, they shouldn't show up in a list of holds on a bib, for example? |
| 16:15 |
dbs |
in XUL there is leakage through other interfaces like item circ history, IIRC, but it would be preferred to not show up there |
| 16:16 |
jeff |
okay. is there a document (or commit message, wiki page, sitka/etc third party documentation) that describes how it currently works and how it should work? |
| 16:27 |
Dyrcona |
Maybe if patron from library A has an item checked out from library B, but hasn't opted in at library B, the latter should still the patron's info for that circulation? |
| 16:27 |
jihpringle |
if the item was lent to another library through interlibrary connect, checked out at that library and then returned to it's home library by the patron and something was wrong with the item (ie dvd was missing, item damaged) the owning library would need to know who borrowed the item so they could follow up with that patron's home library |
| 16:28 |
jihpringle |
(patrons in BC can return items to any public library regardless of where they checked it out) |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:34 |
jeff |
okay, and the owning library would require the patron name rather than the patron's home library being the only one to look it up. interesting. |
| 16:36 |
jihpringle |
if the item was returned directly to the owning library without the info in the last circ the owning doesn't know which borrowing library to contact for followup |
| 16:36 |
jeff |
would displaying the library instead of the patron details in the circ history be useful in that case? |
| 00:44 |
dbs |
bshum++ # testing! |
| 04:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 08:13 |
|
collum joined #evergreen |
| 08:24 |
|
Dyrcona joined #evergreen |
| 08:36 |
miker |
berick: re your z3950 comment, that looks normal to me. see.serverchoice should be an alias for keyword. is this master? |
| 14:37 |
Dyrcona |
@dessert [someone] |
| 14:37 |
* pinesol_green |
grabs some packages of Rolos® for tsbere |
| 14:40 |
kmlussier |
Ooh, Rolos! That's up there with coffee frappes in my book. |
| 14:41 |
berick |
anyone else seen and/or resolved the issue where connecting to ubuntu 16.04 causes XUL client to report "there was an error testing this hostname" even after adding an ssl exception -- yet it still lets you log in? |
| 14:41 |
berick |
i've tweaked a number of apache ssl.conf settings w/ no luck so far |
| 14:42 |
berick |
w/ a self-signed cert |
| 14:47 |
Dyrcona |
I have not seen that myself and I almost exclusively test with Ubuntu 16.04. I'm also running the staff client on Ubuntu, but not on the vm that runs the server. |
| 14:50 |
Dyrcona |
Yeah, I'm using a self-signed cert, too. |
| 14:52 |
berick |
hmm. same setup here. testing a different vm from windows now.. |
| 14:52 |
* berick |
triangulates |
| 14:52 |
Dyrcona |
Not enough free RAM at the moment to fire up the vm and try it right now. |
| 14:52 |
Dyrcona |
I've not ever noticed that. |
| 14:53 |
Dyrcona |
I did have an issue where I got the "Server doesn't support your version" but that was my fault for running the wrong client. :) |
| 14:54 |
dbs |
I mean XUL is primordial ooze |
| 14:54 |
kmlussier |
Bmagic / jlundgren: I'm going to sign out of Google Hangouts for now because I have to disappear for a bit. But feel free to stick around. |
| 14:54 |
Bmagic |
k |
| 14:54 |
berick |
dbs: maybe... |
| 14:55 |
berick |
i'll generate a dummy cert on 14.04 and test that |
| 14:55 |
* dbs |
grasps at straws |
| 14:56 |
Dyrcona |
Could be. Could be the list of ciphers. |
| 14:59 |
berick |
hm, no dice using a cert generated on 14.04 |
| 15:00 |
* gmcharlt |
decides to rebel |
| 15:00 |
* gmcharlt |
pays attention to the test message |
| 15:00 |
berick |
i've tried SSLCipherSuite ALL and SSLProtocol all, no love either way. |
| 15:02 |
berick |
and now I just realized that won't matter, becuase i'm using nginx. same cert, different ssl settings though |
| 15:03 |
Dyrcona |
Ah. I've not tested with a nginx proxy, yet. |
| 15:07 |
gmcharlt |
git-blame-for-giggle turns up senator today |
| 15:07 |
gmcharlt |
line 12 of pen-ILS/xul/staff_client/server/serial/pattern_wizard.js |
| 15:10 |
berick |
Dyrcona: dbs: good times.. if i enter hostname:7443 (apache) into the XUL client, add ssl exception, then go back to just hostname (default 443 -- nginx), the error goes away. |
| 15:36 |
dbs |
bshum: note to self: next phone needs a stylus |
| 15:38 |
Dyrcona |
:) |
| 16:04 |
miker |
dbs: you'll be happy to know I'm indeed using Service Workers for offline. https://www.talater.com/upup/ |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:37 |
Bmagic |
Anyone know off the top of their head why action.hold_transit_copy contains rows where the source=dest ? |
| 16:37 |
Bmagic |
Is it canceled holds on the hold shelf? |
| 16:37 |
berick |
is that the checkin holds local transit stuff? |
| 17:04 |
|
mmorgan left #evergreen |
| 17:05 |
|
jihpringle joined #evergreen |
| 18:43 |
|
Jillianne joined #evergreen |
| 19:17 |
jeffdavis |
I've confirmed bug 1686194 on 2.12 and tested/signed off dbwells's fix. I haven't tested on 2.11 or master so not sure if I should mark the bug as Confirmed for those versions? |
| 19:17 |
pinesol_green |
Launchpad bug 1686194 in Evergreen 2.12 "Fine generation does not factor adjustments into max fines calculation" [Undecided,Confirmed] https://launchpad.net/bugs/1686194 |
| 20:21 |
|
_adb left #evergreen |
| 20:30 |
|
_adb joined #evergreen |
