10:44 |
dbs |
huh, the links for the qatests failures return a 404, is that a known issue? |
10:48 |
|
collum joined #evergreen |
10:48 |
|
sandbergja joined #evergreen |
10:50 |
berick |
dbs: i think that happens if a test is in progress |
10:51 |
|
collum joined #evergreen |
10:56 |
dbs |
berick: ahh |
11:00 |
|
jvwoolf joined #evergreen |
11:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-24T11:00:47,985113758-0400 -0> |
11:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-24T11:00:48,026755118-0400 -2> |
11:01 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-24T11:00:48,068169737-0400 -4> |
11:01 |
|
collum_ joined #evergreen |
11:02 |
|
collum__ joined #evergreen |
11:02 |
|
Christineb joined #evergreen |
11:02 |
berick |
I have a fix for the Angular test failures if someone could S/O and merge... |
11:03 |
berick |
working/user/berick/lp1830973-ang8-test-spec-repair |
11:03 |
berick |
note the LP number references the (now-closed) angular 8 bug |
11:19 |
Bmagic |
agoben++ |
11:26 |
stephengwills |
I’m converting MARC21 to MARCXML w/ the python script and hitting “UnicodeDecodeError: 'marc8_to_unicode' codec can't decode bytes in position 0-156: invalid multibyte character encoding”. is there a way to tell that script to skip the record it’s barfing on and keep processing the file, or is that a bad idea? |
11:26 |
jeff |
"the python script"? |
12:52 |
Dyrcona |
Do websockets return http status codes? (maybe I should look that up.) |
12:57 |
JBoyer |
Dyrcona, maybe the upgrade response? Not sure if that's the initial response or only in response to certain types of request. |
12:58 |
Dyrcona |
JBoyer: Thanks, but I found a simpler solution. I can tell haproxy to check a different port or even a different server, so I think if I tell it to check port 80, then websockets is down when http is down, which is good enough. |
12:58 |
* Dyrcona |
is about to test that. |
12:59 |
JBoyer |
That's how I've always done it in ldirector, yeah. :) |
13:03 |
Dyrcona |
Yeah, it's working. |
13:03 |
Dyrcona |
:) |
14:21 |
remingtron |
awesome |
14:22 |
nfBurton |
The working repo seems to be missing some npm modules? I haven't been able to build for the staff client. Is there a step |
14:22 |
nfBurton |
I am missing? |
14:23 |
jeff |
We've been using the Windows build of Hatch 0.3.2 from Comment 1 in bug 1830391. That installs without error on a 32 bit install of Windows, but then you have a Native Messaging Host that doesn't actually work (and "hatch.bat test" fails). |
14:23 |
pinesol |
Launchpad bug 1830391 in Evergreen "Hatch omnibus circa 3.3 (Java updates and more)" [Undecided,New] https://launchpad.net/bugs/1830391 |
14:23 |
jeff |
I suspect that I can drop a 32 bit build of OpenJDK in place and it'll then work, but I haven't tested that theory. |
14:23 |
Dyrcona |
Ok. So, I can connect to the websocket port, but it just hangs. If I do a HEAD request, I get a 405, which may be good enough. |
14:38 |
berick |
jeff: let me know how it goes... |
14:38 |
berick |
perhaps we'll need 2 windows installers |
15:14 |
pinesol |
nfBurton: [evergreen|Jason Boyer] Stamp upgrade script for LP 1849152 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=11868e9> |
15:20 |
jeff |
nfBurton: okay, that matches current master. anything in apache logs when you get the 500 error? |
15:23 |
JBoyer |
Dyrcona, I'm just noticing your "-developer doesn't install that much..." I added chromium and firefox to that recently, though now that we're discussing it, maybe there should be a -tester target for those... (they're for replacing PhantomJS) |
15:24 |
Dyrcona |
Yes, there should probably be a -tester or -testing target. |
15:24 |
Dyrcona |
Or, they could go under -packager, since that's about the only time tests are run other than on the test server. |
15:26 |
JBoyer |
I suppose we could also expand that target out to include things like pgtap and other things... |
15:26 |
dbs |
Aren't commit reviewers / signers-off supposed to run tests? |
15:27 |
dbs |
I guess if we had a travis-ci environment or the like that tested every branch every time they were pushed, that would help alleviate the burden of running tests |
15:27 |
jeff |
the machine i do dev on isn't always the machine i run tests on. |
15:27 |
jeff |
but yes, better/easier CI is also a nice goal. |
15:28 |
Dyrcona |
dbs: I really doubt they do every time, and most new bugs are not caught by the tests. We've also been lax in adding tests. |
15:29 |
Dyrcona |
gitlab has CI. github has CI. |
15:30 |
Dyrcona |
I imagine CI for us would be not so much fun to set up, given how eclectic our codebase is. |
15:31 |
nfBurton |
@jeff egweb: Context Loader error: Can't locate object method "content" via package "OpenSRF::DomainObject::oilsMethodException" |
16:35 |
nfBurton |
xenial 16.04 |
16:36 |
* jeff |
attempts to think of creative ways to tie a staff search to a staff user from potentially incomplete logs |
16:37 |
JBoyer |
incomplete how? |
16:38 |
jeff |
on the test box in question, i'm pretty sure that some things (at least "gateway" logs) are not being saved. |
16:38 |
jeff |
(an oversight, not intentional) |
16:39 |
Dyrcona |
nfBurton: Never mind. What I was thinking of only applies to Debian Stretch and Debian Buster. |
16:39 |
JBoyer |
Ah, I thought you meant something like rate-limited drops or very short retention periods, etc. So long as you have everything normally in osrfsys.* you've got a connection from username to authtoken. |
16:40 |
jeff |
yeah, I'm just not sure I've a link from "this search" to "this auth token" |
20:11 |
|
sandbergja joined #evergreen |
22:33 |
|
sandbergja joined #evergreen |
22:56 |
|
jvwoolf joined #evergreen |
23:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-24T23:00:48,595715594-0400 -0> |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-24T23:00:48,642897535-0400 -2> |
23:01 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-24T23:00:48,690042733-0400 -4> |
23:17 |
|
sandbergja joined #evergreen |
07:42 |
|
agoben joined #evergreen |
08:12 |
|
Dyrcona joined #evergreen |
08:31 |
|
bos20k joined #evergreen |
08:32 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-23T08:04:48,553808689-0400 -0> |
08:32 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-23T08:04:48,597859892-0400 -2> |
08:54 |
|
mmorgan joined #evergreen |
09:00 |
|
tlittle joined #evergreen |
09:08 |
|
jvwoolf joined #evergreen |
09:10 |
pinesol |
[evergreen|Bill Erickson] LP1849372 Close all open dialogs on Angular route change - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2309b60> |
09:15 |
|
terranm joined #evergreen |
09:24 |
|
cmalm joined #evergreen |
09:24 |
JBoyer |
Dyrcona, dbs, depending on what kind of issues you were having yesterday you might have to remove all of /usr/local/lib/node_modules and start fresh. (IF you were trying to work with a post-Angular 8 branch) |
09:25 |
* Dyrcona |
had no issues yesterday, but that's good to know. I plan to try the upgrade steps this week. |
09:25 |
JBoyer |
And I've got a branch out there to ditch PhantomJS and test our Angular(JS) code with both of our supported browsers rather than just an old version of one of them. Just can't reasonably do it as part of a production install like we used to. |
09:41 |
|
stephengwills joined #evergreen |
09:42 |
pinesol |
[evergreen|Terran McCanna] LP#1806783 Offline: Non-cataloged item receipt printing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0581bbf> |
09:50 |
|
yboston joined #evergreen |
10:44 |
gmcharlt |
I was allowed access to a slide deck generator == there were cats on it |
10:44 |
gmcharlt |
;) |
10:44 |
mmorgan |
What a surpise ;-) |
10:46 |
dbs |
I'll open a bug for https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/docs_remove_node_source so we can (maybe) add it ot the hack-a-way list of bugs fixed |
10:51 |
dbs |
Stompro: in my case I was testing against 3.4.0, so pre-Angular8 (and the problem with tests was only with the AngularJS portion) |
10:54 |
Stompro |
? dbs - I think you tagged me by accident. |
10:55 |
dbs |
Stompro: oh damnit, I meant JBoyer -- sorry! |
10:55 |
agoben |
jeff: I'll be converting all the videos and shipping them tomorrow. |
11:06 |
dluch |
agoben++ |
11:08 |
dluch |
I think this co-release manager/mentor idea is a good one. Makes it easier for new folks to have a path in to that sort of thing. |
11:10 |
dluch |
Which gets to the point of what I was assuming gmcharlt's presentation yesterday was about, increasing involvement |
11:11 |
JBoyer |
We definitely need to remove the "install the latest..." from that doc, but removing the tests (or rather, making them optional at install time) has been changed here: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/jboyer/lp1845693-chrome-ang-testing |
11:11 |
|
jihpringle joined #evergreen |
11:11 |
JBoyer |
I'm certainly open for alternative ways to word / deal with that though. |
11:23 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-23T11:00:51,858757731-0400 -0> |
11:23 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-23T11:00:51,900121137-0400 -2> |
11:27 |
dbs |
JBoyer: looks good enough - could just apply the first commit in my branch to remove the "install the latest" verbiage |
11:28 |
dbs |
also, JBoyer++ # nice branch |
11:32 |
|
sandbergja joined #evergreen |
11:41 |
JBoyer |
gmcharlt++ |
11:41 |
JBoyer |
dbs++ |
11:56 |
* JBoyer |
claims 1196 for wild christmas themed opac buttons |
11:58 |
pinesol |
[evergreen|Jason Boyer] LP1845693: Test Angular(JS) with modern browsers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=038227c> |
11:58 |
pinesol |
[evergreen|Dan Scott] LP#1849506: Remove "Install latest LTS node from source" docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f88df97> |
11:58 |
pinesol |
[evergreen|Galen Charlton] LP#1845693: (follow-up) clarify what CHROME_BIN should be set to - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d6a9ed4> |
12:06 |
|
yboston joined #evergreen |
12:06 |
pinesol |
[evergreen|Rogan Hamby] loading custom css from library setting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=485624d> |
12:06 |
pinesol |
[evergreen|Jason Boyer] Stamp upgrade script for LP 1849152 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=11868e9> |
12:19 |
jeff |
should that be behind a more restrictive update permission by default? |
12:20 |
jeff |
would that be a new bug now that the original is committed? |
12:37 |
rhamby |
jeff: the css? |
20:17 |
|
book` joined #evergreen |
21:10 |
|
sandbergja joined #evergreen |
21:25 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-23T23:00:52,490855211-0400 -0> |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-23T23:00:52,534139946-0400 -2> |
23:01 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-23T23:00:52,578055607-0400 -4> |
23:06 |
|
sandbergja joined #evergreen |
23:33 |
Bmagic |
The hack-away was awesome!!! Thanks everyone! Landed in MO just now! |
23:36 |
devted |
Yes, it was a really fun few days! Thanks everyone |
09:53 |
Bmagic |
https://hub.docker.com/r/mobiusoffice/evergreen-ils/tags?page=1&ordering=last_updated |
10:22 |
|
nfBurton joined #evergreen |
10:28 |
|
sandbergja joined #evergreen |
10:32 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-22T10:04:33,122124693-0400 -0> |
10:32 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-22T10:04:33,164852976-0400 -2> |
10:37 |
|
yboston joined #evergreen |
10:54 |
|
abowling_ joined #evergreen |
10:57 |
|
tlittle joined #evergreen |
11:09 |
|
sandbergja joined #evergreen |
11:17 |
|
alynn26 joined #evergreen |
11:31 |
|
alynn26_away joined #evergreen |
11:42 |
berick |
sandbergja: question about org-family-select.component.spec.ts .. were the "fixture.whenStable().then(() ... " checks solving a specific problem? i ask because those are causing the (naive) linter to throw erros |
11:42 |
berick |
sandbergja: see http://testing.evergreen-ils.org/~live/test.29.html#2019-10-22T10:04:33,122124693-0400%20-0 |
11:43 |
berick |
i have tried commenting out the if block and the tests continue to work |
11:43 |
berick |
i'm wondering if we can just remove those checks |
11:44 |
berick |
test runner, i mean, not linter |
11:52 |
gmcharlt |
link to the slides for my presentation: https://bit.ly/evghack19leap |
11:55 |
* dbs |
is intrigued by the slides, but they leave out the destination of the leap! |
11:58 |
Dyrcona |
:) |
12:43 |
dbs |
Dyrcona: maybe I'm really forgetting my git, but the workflow I'm intending is: 1. Checkout a clean rel_3_3 branch 2. Merge the rel_3_4 branch on top of it |
12:43 |
Dyrcona |
dbs: Why? |
12:43 |
Dyrcona |
Just checkout rel_3_4. |
12:43 |
dbs |
Testing the upgrade path from rel_3_3 to rel_3_4 for those who install from git |
12:44 |
Dyrcona |
That's not how you upgrade. |
12:44 |
Dyrcona |
Well, now how I upgrade. |
12:44 |
dbs |
Funny, that's how I've upgraded ever since we moved to git |
12:54 |
agoben |
Glad you can still get on, but frustrating news. |
12:54 |
Dyrcona |
It's probably a configuration in Chromium thing. |
12:54 |
agoben |
mmhmm |
12:56 |
sandbergja |
berick: I think that the whenStable() business might have been autogenerated. I don't believe they serve any purpose |
12:57 |
sandbergja |
I'd been fiddling with an angular unit test auto-generator at the time, so the timing is suspicious. :-) |
12:57 |
Dyrcona |
hurrah for looking at diffs before committing... I found a "bug" in my README changes. |
13:05 |
|
_bott_ joined #evergreen |
13:05 |
berick |
sandbergja: ok, cool, i'll push a patch to remove them, for now anyway, so we can un-break the test server |
13:05 |
csharp |
berick: https://pastebin.com/i2Q4Hfme |
13:06 |
sandbergja |
berick++ |
13:07 |
csharp |
berick: https://bugs.launchpad.net/evergreen/+bug/1712861 |
13:49 |
Bmagic |
sandbergja++ |
13:51 |
alynn26 |
bmagic++ sandbergja++ |
13:57 |
phasefx |
Dyrcona: broke again :D :D |
13:57 |
berick |
phasefx: sandbergja: fix for test server errors: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1830973-ang8-test-spec-repair |
13:57 |
phasefx |
berick++ |
14:00 |
Dyrcona |
I wonder if we really need the different numbered versions of 000.english.pg94.fts-config.sql. It hasn't changed since Pg 9.4. |
14:00 |
|
terranm joined #evergreen |
16:47 |
bshum |
I know our Node version we checkout is pretty ancient |
16:48 |
bshum |
For the makefile anyways |
16:48 |
bshum |
Too new and stuff tends to break |
16:48 |
dbs |
"npm build prod" was fine but "npm run test" fails due to PhantomJS (I seem to recall that being a known issue) |
16:48 |
dbs |
This in on Ubuntu Xenial. I'm just following the docs, which tell people to download and use Node LTS |
16:49 |
dbs |
(https://evergreen-ils.org/documentation/install/README_3_4_0.html#_install_dependencies_for_web_staff_client) |
16:50 |
bshum |
I guess that's a bad instruction :) |
16:50 |
bshum |
We put the specific Node version in the makefile prereqs awhile ago |
16:50 |
bshum |
Though we should have bumped that a few times ago |
16:51 |
pinesol |
Launchpad bug 1849372 in Evergreen 3.4 "angular: modals do not automatically close when navigating away from pages" [Medium,Confirmed] https://launchpad.net/bugs/1849372 |
16:51 |
dbs |
ah the advantage of fresh eyes :) |
16:51 |
|
abowling joined #evergreen |
16:51 |
Dyrcona |
dbs: I almost never run the tests, and either do node programmers.:) |
16:52 |
bshum |
dbs: I probably just didn't notice because I ran the "optional developer additions" options during my read-through |
16:52 |
bshum |
And it tells me to skip that step if I do :D |
16:52 |
|
abowling joined #evergreen |
16:53 |
* bshum |
needs more newbies around to keep us honest |
16:53 |
Dyrcona |
The latest node lts is probably too new for us. |
16:53 |
bshum |
It definitely is |
16:53 |
JBoyer |
all of this talk about tests has me thinking about lp 1845693 |
16:53 |
pinesol |
Launchpad bug 1845693 in Evergreen "Replacement needed for PhantomJS" [Undecided,New] https://launchpad.net/bugs/1845693 |
16:54 |
bshum |
Or it was... |
16:54 |
bshum |
Hmm |
16:55 |
Dyrcona |
I installed that today, but didn't notice the node version. |
16:56 |
bshum |
"That's what you get for missing staff meetings, Doctor." |
16:56 |
Dyrcona |
:) |
16:56 |
dbs |
So I guess we should get rid of the docs that tell people to manually install node and run tests? |
16:56 |
Dyrcona |
I was at that meeying. |
16:56 |
Dyrcona |
dbs: Yes. |
16:57 |
|
abowling joined #evergreen |
16:58 |
|
abowling joined #evergreen |
17:00 |
|
abowling joined #evergreen |
17:01 |
bshum |
dbs++ # testing the docs |
17:02 |
Dyrcona |
dbs++ |
17:04 |
|
abowling joined #evergreen |
17:10 |
|
abowling_ joined #evergreen |
17:24 |
Dyrcona |
It is probably too new for 3.4 or earlier, though. I have seen that before where upgrading Node and/or npm breaks the installation. |
17:24 |
dbs |
Dyrcona++ |
17:25 |
Dyrcona |
So, to get the preferred Node for your release of Evergreen use the {distro}-developer prerequisite install step if you're installing from git. |
17:26 |
dbs |
Right - that's pretty much what I was cutting the branch down to |
17:27 |
dbs |
Weirdly, on 3.4 I seem to be able to run tests with PhantomJS on the /src/eg2/ dir but not on the /web/js/ui/default/staff/ dir |
17:35 |
dbs |
Took the minimalist step first to just remove the "install latest LTS node from source" instruction as I'm not 100% confident about the eg2 vs. web/js/ui test situation |
17:35 |
dbs |
https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/docs_remove_node_source |
17:36 |
Dyrcona |
dbs: PhantomJS is out of date and no loneger maintained. There are some recent JS constructs that it can't process, and I think one or two have slipped into the AngularJS code. |
17:37 |
Dyrcona |
I briefly considered taking over the project to update it, but after about half an hour of looking into it, I decided that it would be more work than I'm able to take on right now. |
17:41 |
dbs |
Right, I get that. I just hate taking out instructions to run tests if they work (which they seem to for /src/eg2/ for some reason) |
17:42 |
dbs |
But if everyone runs into test failures with /web/js/ui/default/staff then we should stop telling people to test. I just wasn't sure if that was the actual state of things. |
17:42 |
dbs |
I'll add another commit that removes the "npm run test" steps and related verbiage |
17:46 |
dbs |
Updated the branch accordingly |
20:54 |
|
sandbergja joined #evergreen |
21:26 |
|
sandbergja joined #evergreen |
21:40 |
|
sandbergja joined #evergreen |
23:03 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-22T23:00:56,173131253-0400 -0> |
23:03 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-22T23:00:56,214485939-0400 -2> |
23:13 |
|
sandbergja joined #evergreen |
23:53 |
|
sandbergja joined #evergreen |
09:45 |
phasefx |
miker: I pulled up the 1777698 bug by accident and was mangling the fix commited status |
09:50 |
miker |
phasefx: I've set it back to fix-committed ... is that what you meant? |
09:51 |
phasefx |
miker++ yeah, meant i wasn't sure of the state, too braindead to parse your pushed to which branches statement |
09:52 |
miker |
csharp: did you get a chance to test 1773191 further after fixing the comma typo? (also, I want to look a the sort change -- looking at the diff alone there's not enough context...) |
09:53 |
miker |
phasefx: ah, gotcha. yeah, I'll add fix-committed to all |
09:55 |
pinesol |
[evergreen|Michele Morgan] LP#1657171 - Normalize right and left single and double quotes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=41f088d> |
09:55 |
pinesol |
[evergreen|Chris Sharp] LP#1657171 - Adding upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a3206c0> |
10:05 |
|
agoben joined #evergreen |
11:02 |
agoben |
Indy is on EDT right now |
11:02 |
agoben |
Bill's going to talk in about 30 minutes |
11:02 |
rfrasur |
I've lived in Indiana for "awhile." I dunno anything about any of this. We like to call it "Mitch Daniels Time" |
11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
11:03 |
Dyrcona |
Wake me up when it's "Miller Time." ... On second thought, don't. :) |
11:03 |
berick |
@quote random |
11:03 |
pinesol |
berick: Quote #170: "<berick> IDL. it's what's for dinner" (added by bshum at 01:28 PM, July 21, 2017) |
21:04 |
|
sandbergja joined #evergreen |
21:53 |
|
sandbergja joined #evergreen |
22:16 |
|
sandbergja joined #evergreen |
23:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-21T23:00:55,792076215-0400 -0> |
23:02 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-21T23:00:55,833855268-0400 -2> |
23:46 |
|
sandbergja joined #evergreen |
10:21 |
|
jvwoolf joined #evergreen |
10:22 |
|
Dyrcona joined #evergreen |
10:26 |
Dyrcona |
Well, this is crazy: An update of 1,198 bib records ran much faster on a Pg10 database that is using default settings than it did on a Pg9.6 database using optimized settings on the same server, I mean like 10 orders of magnitude faster. |
10:27 |
Dyrcona |
Both have had statistics recalculated. I suppose running it once isn't much of a test, but.... |
10:29 |
Dyrcona |
Well, "10 order of magnitude" should be more like 10x.... |
10:30 |
csharp |
that's encouraging |
10:30 |
Dyrcona |
And unrelated to Evergreen: Ubuntu 19.10 hasn't resolved my WiFi issues with the mismatched protocols.... |
10:31 |
Dyrcona |
I suppose that is encouraging, and maybe I'll just upgrade us to Pg10 in production instead of 9.6. |
10:31 |
Dyrcona |
Both database were upgraded from Pg 9.5, as an additional data point. |
10:38 |
csharp |
good to know - we're running 3.4 on PG11 in a test environment, but I plan to target 10 on the next reinstall |
10:39 |
Dyrcona |
I've got Pg 11 on this server, too. Other than doing pg_upgrade, I've not messed with it. |
10:39 |
Dyrcona |
9.5, 9.6, 10, 11 on the same server |
10:40 |
Dyrcona |
Old mail servers with 6TB of disk space make decent test DB servers. :) |
10:55 |
Stompro |
Thanks csharp, I don't see any mention of the preferred lib feature in the commit message. And looking at the code I cannot tell if the @pref_ou is no longer passed as part of the search, or if it just gets included in a way that I cannot see when sent to the database. |
11:03 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
11:08 |
pinesol |
[evergreen|Josh Stompro] LP#1555791 - Hide Print List from checkout screen - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8195d83> |
11:08 |
pinesol |
[evergreen|Galen Charlton] LP#1555791: add release notes entry - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7a4dd11> |
11:11 |
|
collum joined #evergreen |
11:32 |
|
nfBurton joined #evergreen |
11:33 |
|
Christineb joined #evergreen |
11:44 |
Stompro |
jeffdavis, we also had a small local change to decouple the search lib with the pref lib, so when users log into their accounts, they still search consortium by default. |
11:49 |
|
rfrasur joined #evergreen |
12:03 |
Stompro |
nfBurton, we do have our 856$9's set for the owning system. On 2.10, a search would include located URI records based on the preferred search lib, no matter what the search lib is set to. I can log in to my account, which sets the preferred lib to by home library in system A, then I can change my search lib to system B , branch 1 and I will get copies for System B, Branch 1, but ebooks for system A. |
12:09 |
Stompro |
jeffdavis, I just tested and you are correct about pref lib not effecting physical holdings, I was wrong about that. But it did include the ebook records (on the 2.10 system). |
12:11 |
|
jihpringle joined #evergreen |
12:12 |
Stompro |
Interesting, on 3.3.4, I'm able to see both sets of 856 links (one scoped for system A, one for system B) if I have a preferred lib for system A and and search lib for system B. |
12:15 |
Dyrcona |
Stompro: Did you update the bib record vis attr field during the upgrade? |
17:12 |
Stompro |
Yes, I'm just trying to spot where in the "Eliminate staged search" commit the pref_lib located URI feature is implemented. If it still exists then I should be able to spot where it is used. It used to be passed to search.query_paerser_fts as an argument. |
17:19 |
|
jvwoolf left #evergreen |
17:28 |
Stompro |
I see where the uri as copy global flag gets used in QueryParser, https://git.evergreen-ils.org/?p=working/Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Driver/Pg/QueryParser.pm;hb=HEAD#l1482 |
17:28 |
Stompro |
I wonder if there needs to be a section that checks for pref_lib and inserts pref_lib and descendents into the luri_org visibility attribute test. |
18:07 |
jeffdavis |
It seems like query parsing ignores pref lib in 3.0+. AFAICT pref lib does not affect which records are included in search results (pref lib is not silently added to your search scope), it only affects display of holdings/located URIs on whatever records are already in the result set. I think it's debatable whether this behavior is correct. |
18:07 |
jeffdavis |
It's different from pre-3.0 but I don't know if I necessarily want to see Library A results if I have selected Library B as my search scope. |
18:07 |
jeffdavis |
(different from luri's at least) |
21:17 |
|
sandbergja joined #evergreen |
22:58 |
|
remingtron joined #evergreen |
22:58 |
|
dbwells_ joined #evergreen |
23:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
09:58 |
|
aabbee joined #evergreen |
10:01 |
|
jeff joined #evergreen |
10:11 |
|
sandbergja joined #evergreen |
10:11 |
mdriscoll |
We have had several occasions of postgres crashing with out of memory errors. I probably need to tweak some settings in postgresql.conf, but the interesting thing is the searches that caused the oom. One was a really huge bunch of text, several others were obvious attemps at SQL injection. |
10:13 |
mdriscoll |
I fed one of the searches into a test server. It didn't run out of memory, but the search stayed running in the database even though the front end timed out. I had to restart postgres to get it to go away, pg_cancel did not work on it. Load average was high while this was running. |
10:22 |
jeff |
I would consider reproduceable searches like that a denial of service issue worth reporting as a private security bug. |
10:23 |
mdriscoll |
Jeff: thanks. Will do. |
10:23 |
jeff |
Interesting that pg_cancel_backend did not seem to have an effect. |
10:48 |
mdriscoll |
Jeff: I don't think I tried a fast shutdown. There weren't any issues with startup. |
10:57 |
|
Christineb joined #evergreen |
11:01 |
jeff |
mdriscoll: good to hear! |
11:03 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
11:25 |
|
sandbergja joined #evergreen |
11:56 |
|
stephengwills joined #evergreen |
12:06 |
|
jihpringle joined #evergreen |
13:33 |
|
yboston joined #evergreen |
13:55 |
JBoyer |
jeffdavis++ |
14:44 |
|
sandbergja_ joined #evergreen |
15:49 |
Stompro |
terran++ thanks for testing my self check changes. |
16:22 |
|
jvwoolf left #evergreen |
16:30 |
|
yboston joined #evergreen |
16:53 |
|
khuckins joined #evergreen |
19:07 |
|
cmalm joined #evergreen |
22:37 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
08:47 |
Dyrcona |
Um... I don't think the following is supposed to happen: |
08:50 |
Dyrcona |
Using Chromium 77 with a normal tab, I get a blank window when I go to Local Administration with a recent checkout of master. If I reload, I get "Welcome to Webby." The link to go to the splash page seems to do nothing. I tried emptying the cache and hard reload. |
08:51 |
Dyrcona |
Using Firefox 69.0.3 and a Private Window to login to the same evergreen instance, I get prompted to register the workstation again when I go to Local Administration. After registering the workstation, clicking Use Now, and logging in again, it seems to work. |
08:56 |
Dyrcona |
That's on a test system set up at CW MARS last week with Pg 10 for the database, Ubuntu 16.04 for the brick vms, and haproxy in front of the bricks. |
08:57 |
Dyrcona |
I have some VMs that I built on my laptop Sunday that I can also test with, and I will do so in a bit. |
09:00 |
Dyrcona |
Trying again with Chromium 77, an Incognito Window, and the default admin, rather than a Global Administrator that I added, seems to just work. |
09:00 |
|
yboston joined #evergreen |
09:01 |
Dyrcona |
Yeah, I only get the blank screen with my added global administrator account.... |
09:28 |
csharp |
gotcha |
09:31 |
miker |
Dyrcona: .has_[work_]perm_at is the bane of my existence... |
09:32 |
agoben |
We've got a library that's having trouble with offline mode not caching the workstation info. If they log in and *then* go offline, it works fine, but if they haven't logged in on a given day, it's wiped out. Any suggestions? |
09:32 |
miker |
we should add a short circuit test for -1 in those |
09:34 |
agoben |
Note: the workstation registration isn't also disappearing, just the offline info. |
09:36 |
Dyrcona |
miker: It checks for -1 in joins, but it doesn't short circuit the way that super user does. |
09:37 |
Dyrcona |
agoben: Do they do something locally to clear the cache? Windows policies, maybe? |
09:51 |
JBoyer |
There's probably a better way to deal with those. |
09:52 |
Dyrcona |
Well, it was quick enough to insert for the two accounts that I made. |
09:55 |
|
mdriscoll joined #evergreen |
10:04 |
Dyrcona |
We're also using Pg 10 on this test cluster, and so far, no problems. |
10:09 |
|
sandbergja joined #evergreen |
10:13 |
|
cmalm joined #evergreen |
10:58 |
|
sandbergja joined #evergreen |
11:03 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
12:01 |
|
jihpringle joined #evergreen |
12:08 |
|
sandbergja joined #evergreen |
12:11 |
|
aabbee joined #evergreen |
13:16 |
|
jwoodard joined #evergreen |
13:22 |
|
jwoodard left #evergreen |
13:24 |
|
jwoodard joined #evergreen |
13:32 |
jeffdavis |
Here's a strange bug. On 3.3, after adding a title to your basket, a subsequent search is giving us an internal server error. Removing the cartcache cookie makes the error go away. We're only seeing this when load-balancing between multiple servers. |
13:33 |
jeffdavis |
Call to [open-ils.storage.biblio.multiclass.staged.search_fts.atomic] failed for session [...], thread trace [1]: Can't call method "opac_visible" on an undefined value at /usr/local/share/perl/5.22.1/OpenILS/Application/Storage/Driver/Pg/QueryParser.pm line 1177. |
13:35 |
jeffdavis |
hm, wonder if it is a locale thing... |
13:49 |
jeffdavis |
looks like default_locale in opensrf.xml was set to en-CA in our multi-server environment but en-US in single-server test environments; changing to en-US seems to be avoiding the issue so far; never had a problem with en-CA there until now though |
14:57 |
|
nfBurton joined #evergreen |
15:07 |
|
yboston joined #evergreen |
15:31 |
jeffdavis |
Definitely seeing much higher open-ils.actor drone counts on 3.3. I increased max_children from 50 to 75 but we're still hitting that new limit (currently hovering just below it on 2 out of 3 production servers). |
15:34 |
Dyrcona |
jeffdavis: It's the web staff client. |
15:36 |
Dyrcona |
jeffdavis: Ours is 60 per drone, so 120 per brick. |
15:37 |
dbs |
jeffdavis / Dyrcona: do you know how many simultaneous users you have, to help figure out a rough drone-per-user rule of thumb? |
18:08 |
|
sandbergja_ joined #evergreen |
19:53 |
|
b_bonner left #evergreen |
20:13 |
|
JBoyer_ joined #evergreen |
23:03 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
23:52 |
|
sandbergja joined #evergreen |
09:55 |
|
sandbergja joined #evergreen |
10:33 |
|
khaun joined #evergreen |
10:39 |
|
_bott_ joined #evergreen |
10:40 |
khaun |
test |
10:42 |
* rhamby |
waves hi |
10:43 |
khaun |
Ah, thanks. Been too long since I've done IRC chatting, wasn't sure if lack of Voice would keep me from talking. |
10:43 |
khaun |
I have a question about PINES specifically, would this be a good channel to ask? Or is there another / better one? |
10:50 |
Dyrcona |
You could ask here if it's a technical, Evergreen thing and not policy-related. |
10:51 |
khaun |
Ah, okay. It's more on the technical side. Basically, how would I download/export information for all copies of a given item, across the whole system? |
10:52 |
khaun |
I'm searching for "digital talking book player" and it gives 265 results from all the different branches and systems. I'd like to get it all in one place, rather than having to copy/paste from the search results. |
11:03 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
11:04 |
|
_bott_ left #evergreen |
11:04 |
Dyrcona |
Are you in the web staff client or the patron OPAC? |
11:05 |
|
_bott_ joined #evergreen |
11:17 |
Dyrcona |
Assuming you're in the web staff client and not XUL. |
11:18 |
khaun |
Huh... Something weird is going on, I blame my browser. I reloaded it, and it did show the status column for a second until the page finished loading |
11:23 |
Dyrcona |
khaun: There's a related bug requesting the ability to add items to a bucket from a catalog search: https://bugs.launchpad.net/evergreen/+bug/1721262 |
11:23 |
pinesol |
Launchpad bug 1721262 in Evergreen "WISH LIST - Create Item Bucket From Catalog Search" [Undecided,New] |
11:26 |
|
bos20k joined #evergreen |
11:33 |
|
yboston joined #evergreen |
12:30 |
|
khuckins joined #evergreen |
17:07 |
|
yboston joined #evergreen |
18:33 |
|
sandbergja joined #evergreen |
22:29 |
|
sandbergja joined #evergreen |
23:03 |
pinesol |
News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live/test.26.html#2019-10-14T23:01:06,073077046-0400 -0> |
23:03 |
pinesol |
News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live/test.30.html#2019-10-14T23:01:06,099441875-0400 -2> |
23:03 |
pinesol |
News from qatests: Failed Running Evergreen tests <http://testing.evergreen-ils.org/~live/test.31.html#2019-10-14T23:01:06,125858900-0400 -4> |
23:03 |
pinesol |
News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live/test.32.html#2019-10-14T23:01:06,152266974-0400 -6> |
23:03 |
pinesol |
News from qatests: Failed Installing Dojo <http://testing.evergreen-ils.org/~live/test.35.html#2019-10-14T23:01:06,179655752-0400 -8> |
23:03 |
pinesol |
News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live/test.36.html#2019-10-14T23:01:06,206916195-0400 -10> |
23:03 |
pinesol |
News from qatests: Failed configure EG Action/Trigger <http://testing.evergreen-ils.org/~live/test.38.html#2019-10-14T23:01:06,233205440-0400 -12> |
23:03 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live/test.41.html#2019-10-14T23:01:06,259589482-0400 -14> |
23:03 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-10-14T23:01:06,286914512-0400 -16> |
23:03 |
pinesol |
News from qatests: Failed Running autogen.sh <http://testing.evergreen-ils.org/~live/test.44.html#2019-10-14T23:01:06,313276431-0400 -18> |
23:03 |
pinesol |
News from qatests: Failed Running pgTAP live tests <http://testing.evergreen-ils.org/~live/test.47.html#2019-10-14T23:01:06,339633531-0400 -20> |
23:03 |
pinesol |
News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live/test.48.html#2019-10-14T23:01:06,367517914-0400 -22> |
23:03 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-10-14T23:01:06,394068348-0400 -24> |
23:03 |
pinesol |
News from qatests: Failed Log Output: srfsh.log <http://testing.evergreen-ils.org/~live/test.58.html#2019-10-14T23:01:06,422282956-0400 -26> |
23:15 |
|
sandbergja joined #evergreen |
10:57 |
miker |
dang, they must have a really long name! ;) |
11:00 |
mmorgan |
Nothing looks unusual about the patron record. Any other log to look at for more information? |
11:01 |
berick |
Bobby Tables cousin, Little Bobby Zillion Zero-Width Spaces |
11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
11:04 |
Dyrcona |
mmorgan: Increase max_stanza_size in ejabberd.{yml,cfg} |
11:08 |
berick |
mmorgan: it's very odd. anything look unusual in the edit form? super long values, maybe stat cats?. I'd also check the rows in actor.usr_setting for that user, could be some chaos there. |
11:12 |
Dyrcona |
Is this a staff account with lots of copy templates, perchance? |
11:53 |
|
jihpringle joined #evergreen |
11:53 |
rfrasur |
mmorgan - you've done good work. It sounds like that patron really might be magic. ish. |
11:55 |
|
bos20k joined #evergreen |
11:56 |
mmorgan |
Fortunately, this is a test patron, but some real patrons can have records that are just as, err, busy, if not busier! |
11:57 |
* mmorgan |
would like to open a lp bug, but is not sure what to report. |
11:57 |
berick |
mmorgan: Dyrcona's suggestion of raising the ejabberd max stanza size is the fix you need for now |
11:57 |
berick |
and there's already an LP re: the pendin' chunkin' / bundlin' work |
11:59 |
* mmorgan |
will pass that on to our systems manager. |
21:13 |
|
stephengwills joined #evergreen |
21:46 |
|
stephengwills joined #evergreen |
22:20 |
|
stephengwills joined #evergreen |
23:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
23:42 |
|
sandbergja joined #evergreen |
23:56 |
|
jvwoolf joined #evergreen |
10:20 |
|
oajulia__ joined #evergreen |
10:21 |
|
oajuli___ joined #evergreen |
10:46 |
|
rfrasur joined #evergreen |
11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
11:15 |
|
oajulianclements joined #evergreen |
11:24 |
gmcharlt |
jeffdavis: I've pushed a WIP for you to play with for bug 1846042 |
11:25 |
pinesol |
Launchpad bug 1846042 in Evergreen 3.3 "Angular admin pages need filters" [High,Confirmed] https://launchpad.net/bugs/1846042 |
11:29 |
* gmcharlt |
claims 1192 |
11:33 |
gmcharlt |
JBoyer: I've gone ahead and pushed a fix for bug 1846357, but would appreciate after-the-fact testing |
11:33 |
pinesol |
Launchpad bug 1846357 in Evergreen "Billing age function reverted in 3.4rc" [Critical,Fix committed] https://launchpad.net/bugs/1846357 |
11:34 |
gmcharlt |
also, I am going to go ahead and branch rel_3_4 now |
11:35 |
pinesol |
[evergreen|Galen Charlton] LP#1846357: fix circulation and billing aging - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fcedac0> |
15:31 |
nfBurton |
Is Hatch 0.3.0 officially released? |
15:40 |
berick |
nfBurton: no, still waiting on bug 1830391 -- at which point it will jump to 0.3.2 |
15:40 |
pinesol |
Launchpad bug 1830391 in Evergreen "Hatch omnibus circa 3.3 (Java updates and more)" [Undecided,New] https://launchpad.net/bugs/1830391 |
15:41 |
gmcharlt |
OK, haven't heard of no issues and knowing that there's been at least one test of it on Buster, I'm going to cut OpenSRF 3.2.0 now |
15:41 |
nfBurton |
Oh okay. I've been using a 3.0 in a bug fix for my label printers but couldn't find it anymore. Good to know |
15:41 |
nfBurton |
Cause the downloads is still at 2.0 |
15:43 |
berick |
gmcharlt++ |
15:57 |
gmcharlt |
I've uploaded OpenSRF 3.2.0 |
15:57 |
gmcharlt |
formal announcement will be done in conjunction with Evergreen 3.4.0 |
16:10 |
pinesol |
[evergreen|Galen Charlton] note minimum OpenSRF version in upgrade instructions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8d090d2> |
16:13 |
gmcharlt |
I am ready to start cutting 3.4.0; does anybody have any immediate further testing they are about to do or know of a reason to hold off on the release? |
16:15 |
JBoyer |
None here. |
16:22 |
Dyrcona |
gmcharlt++ |
17:09 |
|
mmorgan left #evergreen |
19:11 |
jeffdavis |
gmcharlt++ # EG/OpenSRF releases + collab branch for Ang admin page filters |
21:45 |
|
sandbergja joined #evergreen |
22:40 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
10:21 |
|
aabbee joined #evergreen |
10:37 |
|
sandbergja joined #evergreen |
10:53 |
|
oajulianclements joined #evergreen |
11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
11:33 |
oajulianclements |
Regarding OpenAthens integration previously discussed on open-ils-dev, I've pushed code at https://github.com/openathens/Evergreen/tree/openathens-sso-integration and would like to request review of the PR - launchpad #1842297 / github PR 89 |
11:33 |
pinesol |
Launchpad bug 1842297 in Evergreen "OpenAthens integration" [Undecided,In progress] https://launchpad.net/bugs/1842297 - Assigned to Julian Clementson (oajulianc) |
11:36 |
oajulianclements |
There are new database tables, a new local admin page, new Perl dependencies, new docs page, new logic that intercepts OPAC login, so it's quite substantial. |
14:19 |
JBoyer |
There we go. That would make it hard to find a date. Until I bookmark that page with a "3.1 EOL Date" in my browser. ;) |
14:19 |
JBoyer |
csharp++ |
14:19 |
JBoyer |
dbwells++ |
14:21 |
Dyrcona |
csharp: You mentioned trying Pg 10 or 11 recently. I'm setting up a cluster of test VMs, and I'm going to install Pg 10 to test against concerto data. My main goal is figuring out a working haproxy/keepalived config, but I figure that I can test Pg 10 while I'm at it. |
14:22 |
Dyrcona |
I would use production data, but I don't think I have enough disk space on this old machine. |
14:27 |
csharp |
currently running 11 on a production-ish 3.4-beta and 10 on a master test server |
14:27 |
csharp |
so far so good in basic poking-level testing |
14:31 |
Dyrcona |
Cool! I just finished the package installation. |
14:35 |
pinesol |
[evergreen|Jane Sandberg] LP1739607: Add missing columns to patron record - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d33ddf6> |
14:37 |
JBoyer |
I'm planning to have a Buster / Pg 11 server in my living room in the next couple of days. It may not be exactly production *sized* but it will be of production *worth,* at least locally, heh. |
14:43 |
Dyrcona |
:) |
14:43 |
Dyrcona |
I just installed Pg10 on Xenial. The vm host is buster, but that's because the machine was originally squeeze and I upgraded it last week. |
14:43 |
Dyrcona |
Old db servers make pretty decent VM hosts. |
14:47 |
csharp |
yeah, definitely |
14:48 |
* csharp |
gets curious about the i18n bug and plans to test miker's fix asap |
14:48 |
* JBoyer |
imagines cpu cores diving into a pile of RAM like Scrooge McDuck in his money bin... |
14:48 |
Dyrcona |
:) |
14:48 |
csharp |
bug 1773191, that is |
15:30 |
gmcharlt |
we'll still need a non-ABI-breaking variant for OpenSRF 3.1 |
15:33 |
gmcharlt |
jeffdavis: re 1830642 you set the signedoff tag. should I add your signoff to the commit? |
15:34 |
|
mmorgan joined #evergreen |
15:35 |
jeffdavis |
Hm, so I did. That may have been an error. |
15:37 |
jeffdavis |
Give me a few minutes and I'll see about installing/testing. |
15:37 |
gmcharlt |
jeffdavis: no worries, I'm testing it myself, I just wanted to attribute the signoff correctly |
15:38 |
|
khuckins joined #evergreen |
15:45 |
|
oajulianclements joined #evergreen |
15:46 |
sandbergja |
gmcharlt: I don't think that I'll be able to totally finish work on 1843938 today or tomorrow |
15:48 |
sandbergja |
no preference on my end |
15:51 |
pinesol |
[opensrf|Bill Erickson] LP1830642 Remove variable args from md5sum() - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=3fb9396> |
16:33 |
gmcharlt |
sandbergja: re bug 1842940, are you in a position to push it now, or do you have any objection to my doing so? |
16:33 |
pinesol |
Launchpad bug 1842940 in Evergreen 3.3 "Return of the "user can edit themselves" bug" [High,Confirmed] https://launchpad.net/bugs/1842940 |
16:34 |
pinesol |
[evergreen|Jeff Davis] LP#1830642: add tests for authenticating users when password contains percent sign - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ecb1dcc> |
16:34 |
|
sandbergja_ joined #evergreen |
16:36 |
sandbergja |
gmcharlt: I can push that; I wanted to quickly check miker's most recent commit with the UI tweak |
16:36 |
gmcharlt |
sandbergja: thanks! |
19:37 |
gmcharlt |
sandbergja++ |
20:04 |
pinesol |
[evergreen|Galen Charlton] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6bec537> |
20:04 |
pinesol |
[evergreen|Galen Charlton] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=52bc686> |
20:54 |
gmcharlt |
the 3.4-rc is now available for testing |
20:54 |
gmcharlt |
please test early and often! |
20:57 |
jeff |
gmcharlt++ |
21:35 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
23:15 |
|
sandbergja joined #evergreen |
23:33 |
|
jvwoolf joined #evergreen |