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 |
03:41 |
|
neady joined #evergreen |
04:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
06:40 |
|
rlefaive joined #evergreen |
07:11 |
|
rjackson_isl joined #evergreen |
07:33 |
|
agoben joined #evergreen |
11:31 |
|
bos20k joined #evergreen |
11:31 |
Dyrcona |
JBoyer: Neither. I'm just trying to use systemd. |
11:32 |
Dyrcona |
I am looking into moving to a distro that doesn't have systemd, but lack of time... |
11:33 |
jeff |
JBoyer: i threw together unit files for a test system here. it seemed to do the trick. |
11:33 |
JBoyer |
I see. There was a bit of a curve, yeah. :/ I've got an opensrf.service and clark-kent.service that work as expected on my laptop if anyone is interested in them. |
11:33 |
jeff |
and by "seemed to do the trick", i mean "i could reboot the single-VM test instance and end up with a running evergreen instance" |
11:34 |
Dyrcona |
JBoyer: I am opposed to systemd as it not being the "UNIX way." |
11:34 |
JBoyer |
If Evergreen is going to continue to prefer Debian based systems then I guess it would be a good idea to get a set of service / unit / whatevs in there. |
11:34 |
Dyrcona |
I've also had to reboot far more often with systemd than in the past. |
12:01 |
|
jihpringle joined #evergreen |
12:18 |
dbs |
jeff++ JBoyer++ |
12:22 |
|
jihpringle joined #evergreen |
12:30 |
gmcharlt |
miker++ # using createdb --template src_eg_database works a treat for standing up a test DB quickly |
12:33 |
Dyrcona |
gmcharlt: I've been doing that for quite a while. It's a lot faster than doing a pg_restore. :) |
12:45 |
|
sandbergja joined #evergreen |
12:55 |
|
mmorgan joined #evergreen |
13:14 |
Dyrcona |
gmcharlt | rhamby: Any reason not to push Lp 1545115 at this time? |
13:14 |
pinesol_green |
Launchpad bug 1545115 in Evergreen "config.circ_matrix_matchpoint and config.hold_matrix_matchpoint need a description field" [Wishlist,New] https://launchpad.net/bugs/1545115 - Assigned to Jason Stephenson (jstephenson) |
13:15 |
Dyrcona |
I'm looking at it and all the tests pass, and it just works in the web staff client. |
13:15 |
rhamby |
Dyrcona: I hadn't tested it in ages but since you and gmcharlt have I have no objection |
13:17 |
Dyrcona |
It just shows up in the xul client, too. Same dojo interface. :) |
13:19 |
Dyrcona |
rhamby: It looks good to me. The description shows up in the client and the database and that's all anyone could ask for. :) |
13:20 |
rhamby |
Dyrcona: well, there's the autofill input from the telepathy API that I'm working on but so far all it does it put in random strings from H.P. Lovecraft short stories. No idea why. |
13:20 |
Dyrcona |
Hehe |
13:22 |
* kmlussier |
feels bad because she suspects she never loaded that code on a Sandbox for sandbergja to test. :( |
13:24 |
Dyrcona |
I guess since gmcharlt signed off, it's OK to push. |
13:24 |
|
Newziky joined #evergreen |
13:25 |
rhamby |
kmlussier: busy people who volunteer for lots of things shouldn't feel bad when the prove occasionally human |
15:14 |
bshum |
gmcharlt: I'm going to try putting together a branch with all the i18n fixes out there and then running things through POT / PO sync for master. Right now, master is busted due to a new table that was added to the fieldmapper but is not part of the PO template. |
15:15 |
bshum |
Well, try running the sync using a Trusty server, so that we don't muck up the XUL stuff. |
15:15 |
gmcharlt |
bshum: sounds good |
15:15 |
bshum |
If the branch tests okay, then I'll put it somewhere and just request to get the whole thing merged for master to get us back up to date and working |
15:47 |
|
jvwoolf joined #evergreen |
15:50 |
|
jvwoolf left #evergreen |
15:51 |
|
mmorgan joined #evergreen |
15:59 |
bshum |
dbs: An i18n question or thought... do we want to run the make install for a specific locale and update the POs in git with the latest id data for things like db.seed? |
16:00 |
bshum |
Right now, we're not changing the final PO files in git with that data, but I wonder if we should sync that up at some point. |
16:05 |
|
khuckins_ joined #evergreen |
16:15 |
dbs |
bshum: hmm, probably? |
16:16 |
dbs |
I know, that's not particularly helpful |
16:16 |
bshum |
dbs: I guess the only reason I'd want to see it included in git is so that we can get towards a clean repo |
16:16 |
bshum |
Where changes are actually meaningful |
16:17 |
bshum |
Not just generated file differences |
16:17 |
bshum |
Though, speaking on that, I still have to go back and figure out what should or shouldn't be added to .gitignore |
16:17 |
bshum |
At first I thought everything, then I decided maybe nothing, now I'm thinking maybe a few new things |
16:18 |
bshum |
dbs: Either way, if you don't have a strong preference against it, I'd be inclined to add a commit to my new branch to test adding those into history then. Thanks :D |
16:18 |
* bshum |
will keep experimenting |
16:27 |
dbs |
You are talking about the PO files and not the generated .sql files, etc, right? |
16:28 |
bshum |
dbs: Correct, the PO files themselves have a bunch of IDs and stuff already in them |
16:29 |
dbs |
okay, yeah that sounds sane |
16:29 |
bshum |
And so far, my test with pocommentclean seems to be handling fixing them okay |
16:29 |
dbs |
yayz |
16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
16:44 |
|
Jillianne joined #evergreen |
16:48 |
* mmorgan |
notices that in Checkout in the xul client, spaces are trimmed from the beginning and end of barcodes, so if a leading or trailing space is entered by mistake, it will be ignored and the checkout will proceed. |
16:48 |
mmorgan |
I don't see that the same trimming is happening at checkin. |
04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
05:58 |
|
Callender joined #evergreen |
06:40 |
|
rlefaive joined #evergreen |
07:10 |
|
rjackson_isl joined #evergreen |
09:47 |
dbwells |
bshum: Are you going to to ahead and push the pot/po bits to rel_2_12? If not, I can take care of it whenever you're done looking them over. |
09:50 |
|
rlefaive joined #evergreen |
09:54 |
bshum |
dbwells: Feel free to push away |
09:59 |
dbwells |
bshum: will do, thanks |
10:06 |
|
jvwoolf joined #evergreen |
10:15 |
dbwells |
bshum: So, I noticed in this po push the final deletion of string like "Example Branch 2". It seems like we would still want those translated for anyone trying out Evergreen. Perhaps we should add Open-ILS/tests/datasets/sql/libraries.sql to the translation process? |
10:16 |
bshum |
dbwells: I noticed that too for other things I was testing |
10:16 |
bshum |
dbwells: And yeah, adding the sample dataset as a translation option sounds like a good idea |
10:17 |
bshum |
But building that out will require a little more thought I think |
10:17 |
bshum |
Probably similar to how we do db.seed-data-values.sql now I guess. |
10:18 |
gmcharlt |
maybe? sample data (as opposed to test case data) strikes me as something where we don't necessarily want _mechanical_ localization |
10:18 |
gmcharlt |
or, rather, where such a thing would be less ideal than getting somebody from the relevant locale to put together realistic data |
10:19 |
gmcharlt |
anyway, here's an easy-peasy webstaff pullrequest for someobdy to test and merge: bug 1685232 |
10:19 |
pinesol_green |
Launchpad bug 1685232 in Evergreen "webstaff: pcrud.apply() does not work" [Medium,New] https://launchpad.net/bugs/1685232 |
10:19 |
gmcharlt |
also pointing out that pcrud.apply(), when it works, can be quite handy |
10:21 |
berick |
gmcharlt: hm, i thought I fixed that already. |
15:39 |
|
Jillianne joined #evergreen |
15:54 |
|
khuckins_ joined #evergreen |
16:29 |
|
khuckins__ joined #evergreen |
16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
17:04 |
|
mmorgan left #evergreen |
17:19 |
|
jvwoolf left #evergreen |
21:02 |
|
khuckins__ joined #evergreen |
14:54 |
Dyrcona |
It's ugly, but I guess necessary. |
14:55 |
Dyrcona |
Anyway, I'm all for "making it easier to plop fieldmapper into angular input widgets" |
14:57 |
berick |
gmcharlt: ah, that's too bad about getterSetter not being supported everywhere. your solution looks reasonable to me. certainly better than a lot of ad-hoc cross-talking |
15:01 |
* Dyrcona |
is testing ngingest and it appears to be working. |
15:03 |
|
mmorgan1 joined #evergreen |
16:05 |
|
maryj joined #evergreen |
16:24 |
|
mmorgan joined #evergreen |
16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
16:58 |
|
khuckins_ joined #evergreen |
17:07 |
|
mmorgan left #evergreen |
17:17 |
|
dteston joined #evergreen |
17:21 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.11.4 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d3e591d> |
18:04 |
|
khuckins_ joined #evergreen |
19:16 |
bshum |
Dyrcona++ # for regex help |
19:16 |
bshum |
berick++ # for ansible advice |
19:17 |
bshum |
I'm doing a full test of the new additions I've made for i18n before I push it to the collab |
19:17 |
bshum |
I think I've got all the kinks worked out, and if so, we shall have i18n options built in for the ansible installer very soon |
19:17 |
* bshum |
waits for apt-get upgrade to finish on his fresh VM |
19:19 |
Dyrcona |
Aw, shucks. 'Twerent' nothin'. |
19:24 |
* bshum |
watches the magic unfold |
19:40 |
bshum |
Yay! It worked! :D |