00:06 |
|
foxcookie3 joined #evergreen |
04:45 |
|
orb joined #evergreen |
05:27 |
|
channels joined #evergreen |
06:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:02 |
|
agoben joined #evergreen |
07:03 |
|
bsanford joined #evergreen |
07:04 |
|
JBoyer joined #evergreen |
08:25 |
JBoyer |
kmlussier, I wouldn't think that should be an issue on initial registration though? I don't have one handy at work anymore but if someone can get one hooked up to a Mac and pull the console logs that should make the problem easy to spot. |
08:25 |
kmlussier |
JBoyer: No, actually, I think I'm confusing it with something else. |
08:25 |
JBoyer |
I can try to remember to use mine at home to see what's going on. |
08:26 |
kmlussier |
There was something I was testing recently where workstation registration was not working correctly. I thought it was that patch, but I misremembered. |
08:26 |
JBoyer |
Oh, was that the local -> server settings branch, maybe? |
08:26 |
JBoyer |
(Obviously not their problem, but I thought I'd heard something about it too) |
08:27 |
kmlussier |
JBoyer: Yes, that's the one. So it's totally unrelated. |
10:13 |
Dyrcona |
bshum++ |
10:13 |
bshum |
Yes what Dyrcona says, basically the non-SASL auth is not a choice |
10:13 |
bshum |
And setting the "legacy" auth options in ejabberd config did nothing for me too |
10:13 |
csharp |
bshum++ |
10:13 |
csharp |
thanks - I'll do some digging on that today |
10:14 |
csharp |
also planning to test Angular 6 stuff (finally) |
10:14 |
csharp |
JBoyer: I haven't forgotten about Firefox Hatch - just not getting to it :-/ |
10:15 |
csharp |
I made the mistake of waiting too long and now I'll need to relearn things I knew in April/May |
10:15 |
|
rlefaive joined #evergreen |
10:16 |
JBoyer |
csharp++ |
10:16 |
* Dyrcona |
suspects we'll have it working on Ubuntu 18.04 in time for Ubunut 20.04. :) |
10:44 |
berick |
excellent |
10:45 |
kmlussier |
berick: I just added a comment to the bug. There were conflicts when trying to backport it to 3.0, and I'm not comfortable with resolving them. Would you be able to take a look? |
10:45 |
berick |
kmlussier: yes, can do |
10:48 |
csharp |
berick: building angular6 branch - is it better for testing to build in dev or prod mode? (or does it matter?) |
10:48 |
berick |
csharp: dev mode is good for testing, especially if you want to experiment with code changes |
10:48 |
berick |
(in --watch mode) |
10:48 |
csharp |
ok - will do |
10:49 |
idjit |
i've been poking around in some of the angular6 stuff as well. i'm still trying to learn my way around, but is there anything useful i can be doing? |
10:50 |
berick |
idjit: the main goal for now is making sure the app in general can be used alongside the angularjs app. and that simple things like authentication, navigation, etc. generally work as expected. |
10:50 |
berick |
csharp: idjit: as a reminder, log out or clear cookies if you previously used the angularjs app on your test client. the cookie path changes for auth tokens. |
10:51 |
* berick |
should probably add a auto-migration step for that |
10:52 |
idjit |
noted, thank you. |
10:52 |
idjit |
berick++ |
11:02 |
JBoyer |
kmlussier++ |
13:19 |
berick |
huh, that's not an error I recall seeing |
13:20 |
pastebot |
"idjit" at 64.57.241.14 pasted "ERROR TypeError: Cannot read p" (11 lines) at http://paste.evergreen-ils.org/13885 |
13:22 |
berick |
thanks idjit |
13:22 |
idjit |
if it only happens on my test install, i'm willing to bet i goofed it up, rather than anything actually being broken. |
13:22 |
berick |
related to newest code... idjit what's your URL path? |
13:22 |
idjit |
https://egdev1.grpl.org/eg2/staff/splash |
13:23 |
berick |
idjit: try https://egdev1.grpl.org/eg2/en-US/staff/splash |
14:04 |
|
collum joined #evergreen |
14:04 |
* Dyrcona |
shrugs. |
14:05 |
|
collum joined #evergreen |
14:06 |
csharp |
berick: I'm really keen on this making it into 3.2... what sort of testing rigor do you think is needed for that? So far, everything I'm doing works without trouble - not testing super deeply, but UIs are loading fine, etc. |
14:08 |
berick |
csharp: great, i've been giving it a good workout too, so I'm also pretty confident merge-safe. I probably need to roll back a few changes to be absolutely safe, though. |
14:08 |
csharp |
legacy angular UIs work fine too |
14:08 |
csharp |
ok |
14:08 |
berick |
e.g. the server admin page needs a ton of testing if we're going to use it now. I turned it on for testing/review, but we probably don't want to replace that UI wholesale |
14:08 |
csharp |
right, I think having it available with a fallback is ideal |
14:09 |
berick |
i could roll that switch back, then re-deploy to master after 3.2 |
14:09 |
berick |
I suspect we'll want to hide the experimental catalog for 3.2 as well |
15:18 |
kmlussier |
+1 |
15:18 |
berick |
it's about 2/3 of the server->admin pages and acq admin pages |
15:18 |
berick |
i can propose a list of pages to thumbs up/down if that helps |
15:18 |
Dyrcona |
I can probably arrange some testing of those soon, even though I'll be out most of next week. |
15:18 |
berick |
then we can test them |
15:19 |
berick |
ok, so I'll get the ang6 branch into final merge-able state and.. |
15:20 |
berick |
put together a list of admin UI's that should be suitable for using in 3.2 as replacements for the dojo versions. |
15:20 |
berick |
that will also mean modifying the links in the angjs app to point to the same new UI's |
15:21 |
berick |
otherwise, re: 3.2, we've closed a few more blockers in the past ~week |
15:21 |
Dyrcona |
berick++ |
15:22 |
berick |
and of course, those are not bound by the feature slush, but sooner the better, obviously |
15:22 |
berick |
any questions for me? |
05:25 |
|
berndj8 joined #evergreen |
05:37 |
|
mquin6 joined #evergreen |
05:52 |
|
mdroid joined #evergreen |
06:30 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:42 |
|
Dyrcona joined #evergreen |
06:54 |
|
Dyrcona joined #evergreen |
07:02 |
|
yar joined #evergreen |
09:11 |
|
rlefaive joined #evergreen |
09:12 |
collum |
Dyrcona: In my case I was updating my nick registration at freenode. |
09:13 |
Dyrcona |
:) |
09:14 |
Dyrcona |
And, I'm getting an Internal Server Error when viewing individual records on my test vm.... |
09:14 |
Dyrcona |
I should check training, 'cause they're almost the same code. |
09:14 |
Dyrcona |
Guess I know what I'm doing this morning. |
09:16 |
|
rlefaive joined #evergreen |
13:34 |
kipd |
Fair enough. I'll go back and figure out what I skipped. Thanks. |
13:35 |
csharp |
kipd: we're happy to help here if you get stuck |
13:37 |
berick |
kipd: i don't have oils_header.pl in my bin dir. manually copying it there, if that's where you run the scripts, is reasonable. |
13:38 |
kipd |
It's related to AADL getting back into MeLcat, we're using iNCIPit.cgi and some of their tests are bombing on our system and after stepping through with their POST data in the Perl debugger, it turned out it eventually wanted to call.... |
13:38 |
kipd |
https://www.irccloud.com/pastebin/AiTrqY1K/ |
13:39 |
berick |
yeah, copy the file wherever you need it |
13:39 |
kipd |
So that's why I copied from the tarball. |
13:39 |
berick |
looks like the install doesn't touch it |
15:34 |
csharp |
interesting problem - as the admin user, I can see all the EDI messages generated for a PO, but as a local Acq administrative user, I can only see ORDRSP, not ORDERS messages |
15:34 |
csharp |
acq admin users have ADMIN_PROVIDER MANAGE_PROVIDER VIEW_PROVIDER perms (which are referenced in fm_IDL.xml) |
15:35 |
|
KobrAs4 joined #evergreen |
15:35 |
berick |
csharp: you confirmed testing the same PO? |
15:35 |
csharp |
I see <context link="account" jump="provider" field="owner"/> |
15:35 |
kmlussier |
berick: Sigh.../standalone/list.txt does not exist, probably because I just built the VM today and none of the Concerto users are blocked yet? |
15:36 |
csharp |
berick: I've tested the PO that was reported to me, both in the client and via srfsh |
15:36 |
* kmlussier |
has a sudden feeling of deja vu stemming from the original offline testing she did last year. |
15:37 |
berick |
kmlussier: yeah, that's likely it. plus the default cron job (assuming it's installed) usually runs once over night. |
15:37 |
csharp |
kmlussier: you can copy a list.txt from a production server if that helps |
15:37 |
berick |
kmlussier: it's trivial to create one, though, if you want to test |
15:37 |
kmlussier |
berick: Yes, I think that's it. The cron job hasn't run yet. |
15:37 |
berick |
or what csharp said |
15:37 |
csharp |
and truncate it down to a manageable size |
15:37 |
kmlussier |
OK, will do. I can copy the ones from my other test servers. There are only a few barcodes there. |
15:38 |
csharp |
in the <context> above, what are "link", "jump", and "field"? I can intuit link and field a little, but "jump"? |
15:39 |
berick |
csharp: jump means there's an intermediate object |
15:39 |
csharp |
ah |
17:45 |
|
sjohnson7 joined #evergreen |
17:46 |
|
khuckins joined #evergreen |
17:53 |
csharp |
berick++ |
18:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:19 |
|
barbietoss joined #evergreen |
19:45 |
|
Dworf joined #evergreen |
21:24 |
|
MuffinMedic24 joined #evergreen |
05:51 |
|
tsglove joined #evergreen |
05:53 |
|
Kinsmir13 joined #evergreen |
06:19 |
|
Guest70813 joined #evergreen |
06:32 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:10 |
|
rjackson_isl joined #evergreen |
07:26 |
|
Theking^1 joined #evergreen |
07:30 |
|
bdljohn joined #evergreen |
12:13 |
csharp |
@whois berick |
12:13 |
pinesol |
csharp: I'm sorry, Dave. I'm afraid I can't do that. |
12:24 |
khuckins_ |
I'm sure a thorough investigation will show that we're all just robots impersonating our real selves :) |
12:25 |
bshum |
Just testing for fidelity. |
12:28 |
* csharp |
has come here from your future to let you know that khuckins_ is correct |
12:29 |
csharp |
come with me if you want to live |
12:39 |
|
badseed joined #evergreen |
16:43 |
|
andshelbya left #evergreen |
17:00 |
|
eby joined #evergreen |
17:00 |
eby |
@karma ncip |
17:00 |
pinesol |
eby: ncip has neutral karma. |
17:06 |
|
mmorgan left #evergreen |
17:34 |
|
Immune joined #evergreen |
18:23 |
|
rhamby_ joined #evergreen |
18:24 |
|
csharp joined #evergreen |
18:30 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:28 |
|
sandbergja joined #evergreen |
19:40 |
|
mquin14 joined #evergreen |
19:48 |
|
Guest70430 left #evergreen |
03:34 |
|
Miklo19 joined #evergreen |
03:41 |
|
Smeef6 joined #evergreen |
03:42 |
|
Michail1 joined #evergreen |
06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:14 |
|
rjackson_isl joined #evergreen |
07:16 |
|
rlefaive joined #evergreen |
07:19 |
|
agoben joined #evergreen |
10:18 |
berick |
kmlussier: there was also a dupe setting. fixes pushed. confirmed base schema / data installs OK now. |
10:18 |
kmlussier |
berick: Great, thanks! |
10:18 |
kmlussier |
berick++ |
10:20 |
* berick |
should test both versions of the sql |
10:20 |
berick |
i did re-run the pgtap test and it's still happy |
10:21 |
Dyrcona |
Crazy.... |
10:21 |
Dyrcona |
My crazy is a propos something else... :) |
10:22 |
kmlussier |
berick: I'm reinstalling the VM, but I realize why you had that dupe setting. I have mentioned that the checkout strict barcode setting hadn't been added. It looks like you added checkin strict barcode instead of checkout. |
10:23 |
kmlussier |
s/have/had |
10:24 |
berick |
kmlussier: dang. adding checkout version now |
10:25 |
* berick |
rebuilds DB |
10:27 |
berick |
fix pushed |
10:27 |
berick |
build completed |
10:28 |
berick |
we now have 4 strict barcode settings |
10:28 |
berick |
kmlussier: i'm happy to squash those, but I don't know if it will mess up your testing |
10:28 |
kmlussier |
berick++ |
10:29 |
kmlussier |
berick: No, it won't mess it up. |
10:29 |
JBoyer |
It will be nice to be able to disable all of those at once. The only time we hear about those settings here is when someone accidentally turns one one. (we don't have CODABAR everywhere) |
11:30 |
Dyrcona |
@who granted half-op to pinesol_green |
11:30 |
pinesol_green |
drigney granted half-op to pinesol_green. |
11:31 |
jeff |
Dyrcona: agreed. |
11:32 |
csharp |
berick: running 'npm run test' after pulling in your changes on the DB ws settings branches is failing for me |
11:32 |
berick |
wee, thanks csharp, looking |
11:32 |
csharp |
berick: https://pastebin.com/Y704FHdV |
11:33 |
berick |
the hunt is on.. |
11:41 |
jeff |
berick++ |
11:41 |
csharp |
berick++ |
11:41 |
berick |
berick-- # not catching these earlier |
11:42 |
* csharp |
wants to test new angular but it may not end up being today |
11:42 |
Dyrcona |
What csharp just said. |
11:42 |
berick |
csharp: holler when you do |
11:42 |
Dyrcona |
Last time I tried, I upgraded Node and that didn't go so well. |
11:43 |
* berick |
will be porting 1750894 to ang6 soon |
11:44 |
kmlussier |
bug 1750894 |
11:44 |
pinesol_green |
Launchpad bug 1750894 in Evergreen "Wishlist: Store web staff workstation settings on the server" [Wishlist,New] https://launchpad.net/bugs/1750894 - Assigned to Kathy Lussier (klussier) |
11:44 |
berick |
kmlussier: in case you're not following closely, just pushed a unit test fix to the settings branch |
11:45 |
kmlussier |
berick: Saw it. I was briefly distracted by alternate name testing, but I'm returning to that branch now. |
11:45 |
kmlussier |
So many things to test. |
11:46 |
Dyrcona |
kmlussier++ |
11:46 |
berick |
kmlussier++ # indeed |
11:56 |
csharp |
heh - I've wanted to do that for a long time |
12:29 |
kmlussier |
bug 1750894 looks good to me. I can sign off after I get some lunch. |
12:29 |
pinesol |
Launchpad bug 1750894 in Evergreen "Wishlist: Store web staff workstation settings on the server" [Wishlist,New] https://launchpad.net/bugs/1750894 - Assigned to Kathy Lussier (klussier) |
12:44 |
|
sandbergja joined #evergreen |
13:08 |
csharp |
kmlussier: agreed |
13:08 |
csharp |
kmlussier++ |
13:09 |
csharp |
I didn't really test migration though |
13:09 |
csharp |
but if you're good, I'm good :-) |
13:09 |
|
jvwoolf1 joined #evergreen |
13:11 |
kmlussier |
csharp: Do you want to add a signoff too or should I just merge it? |
13:11 |
csharp |
kmlussier: go for it! |
15:03 |
pinesol |
csharp: The operation succeeded. Dunno #59 added. |
15:04 |
berick |
jeff: sup? |
15:04 |
|
sandbergja joined #evergreen |
15:05 |
jeff |
berick: see my comment. looking for a concise test case for what you encountered that disqualified mod_remoteip as an option. mod_rpaf upstream seems defunct. |
15:05 |
jeff |
(it's still packaged, but it's starting to smell) |
15:06 |
berick |
jeff: ugh, well, remoteip didn't update the value in request_rec->connection->client_ip when I tested it. |
15:06 |
berick |
used by the translator C code |
15:06 |
miker |
berick: to clarify from your email, when you say "org setting" in the "Admins" section, are you referring to YAOUSen? and the fallthrough is in the direction of "look up a missing user setting, get the YAOUS", but not the other way (ever), right? |
15:06 |
berick |
miker: yes to YAOUSen (heh) |
15:07 |
berick |
and yes, if a user/ws setting type does not exist, see if an org setting type does and use its value instead |
16:39 |
|
khuckins joined #evergreen |
17:20 |
|
khuckins_ joined #evergreen |
17:43 |
|
khuckins joined #evergreen |
18:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:40 |
|
balrog27 joined #evergreen |
18:54 |
|
Freejack19 joined #evergreen |
19:05 |
bshum |
Well, that's not a good sign jeff |
00:08 |
|
foobarrel_ joined #evergreen |
00:42 |
|
sandbergja joined #evergreen |
00:53 |
|
sandbergja joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:03 |
|
agoben joined #evergreen |
07:10 |
|
rjackson_isl joined #evergreen |
07:22 |
|
Dyrcona joined #evergreen |
11:21 |
|
sandbergja joined #evergreen |
11:46 |
|
idjit joined #evergreen |
11:57 |
|
jihpringle joined #evergreen |
12:28 |
* csharp |
begins testing bug 1750894 |
12:28 |
pinesol_green |
Launchpad bug 1750894 in Evergreen "Wishlist: Store web staff workstation settings on the server" [Wishlist,New] https://launchpad.net/bugs/1750894 |
12:29 |
berick |
csharp: awesome, I'm mostly around if any issues crop up |
12:29 |
csharp |
thanks |
12:29 |
|
samlink joined #evergreen |
12:32 |
JBoyer |
csharp++ |
12:32 |
* JBoyer |
hopes to join in soon. |
12:33 |
JBoyer |
And we may start testing the service worker db patch in production soon, at this rate. |
12:37 |
csharp |
berick: so far, I've created my workstation and tried to set a column pref - not seeing any browser errors, but also not seeing anything in actor.workstation_setting |
12:38 |
* kmlussier |
has been looking at it today too. |
12:40 |
berick |
csharp: hm, k, one sec |
12:40 |
csharp |
I re-ran npm stuff before configure/make/make install and recreated the DB fresh |
12:40 |
csharp |
(before testing) |
12:41 |
|
jvwoolf joined #evergreen |
12:41 |
|
jvwoolf left #evergreen |
12:48 |
|
jvwoolf joined #evergreen |
12:57 |
berick |
k |
12:57 |
csharp |
ok perl is good |
12:57 |
csharp |
must be in the JS somewhere |
12:57 |
berick |
and of course cache clearing |
12:58 |
berick |
you don't have to clear local storage, though, best not to in fact |
12:58 |
berick |
to test data migration too |
13:00 |
csharp |
I just cleared the cache and now see data coming in |
13:00 |
csharp |
must've been a stubborn js file |
13:00 |
berick |
they hold on for dear life |
13:02 |
* csharp |
learns that Teenage Fanclub is perfect web client testing music :-) |
13:03 |
Dyrcona |
Cache settings.... |
13:04 |
Dyrcona |
I think they were made longer for the web staff client, no? |
13:24 |
|
jihpringle joined #evergreen |
15:58 |
|
bos20k_ joined #evergreen |
16:01 |
kmlussier |
The offline register patron ui works fine for me on mlnc4, which was just updated with 3.1.4. It doesn't load for me, even when online, on three other VMs, all of which are running master along with a different patch on each. They all have errors in the Console when I retrieve offline, but they don't show the same errors. |
16:02 |
kmlussier |
@love software |
16:02 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier loves software. |
17:25 |
|
khuckins joined #evergreen |
18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
21:08 |
|
jvwoolf2 joined #evergreen |
21:20 |
|
jvwoolf2 left #evergreen |
21:41 |
|
nolsen28 joined #evergreen |
02:29 |
|
sandbergja joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
07:07 |
|
rjackson_isl joined #evergreen |
07:51 |
|
bdljohn joined #evergreen |
08:22 |
|
collum joined #evergreen |
10:13 |
* berick |
tosses bug 1775719 on kmlussier's giant bug pile |
10:13 |
pinesol_green |
Launchpad bug 1775719 in Evergreen 3.0 "Multiple IndexedDB connections (via tabs) can result in data inconsistency" [Undecided,Confirmed] https://launchpad.net/bugs/1775719 |
10:13 |
berick |
(re: offline) |
10:18 |
kmlussier |
berick: I would love to test that bug, but I've never been able to replicate the problem on my test servers. I can easily replicate it on servers with production data. |
10:18 |
kmlussier |
Maybe I can convince somebody to load the patch for me. |
10:19 |
berick |
kmlussier: the main concern for me is that it not break working systems. |
10:19 |
kmlussier |
berick: OK, then, I can take a look. |
10:19 |
berick |
jeff's already signed off that it fixes the issue for them, so I feel pretty good about that |
10:19 |
berick |
kmlussier++ |
10:23 |
csharp |
we're probably willing to test - I'll check with terran about it |
10:24 |
jeff |
I what? |
10:24 |
jeff |
Oh. jeffdavis did. :-) |
10:24 |
csharp |
jeff: I think berick meant jeffdavis.. oh |
16:25 |
nfpl |
I will keep that in mind. Probably just wait for that update though. |
17:04 |
|
jvwoolf left #evergreen |
17:09 |
|
mmorgan left #evergreen |
18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
19:25 |
|
sandbergja joined #evergreen |
01:23 |
|
sandbergja joined #evergreen |
02:03 |
|
rjackson_isl joined #evergreen |
06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:28 |
|
agoben joined #evergreen |
08:00 |
|
rlefaive joined #evergreen |
08:09 |
|
collum joined #evergreen |
13:31 |
kmlussier |
JBoyer: Jinx! |
13:31 |
JBoyer |
:) |
13:32 |
nfpl |
Oh fantastic. I tried modifying the template and it didn't want to listen.... |
13:32 |
JBoyer |
(Which I am supposed to be loading on a test server any time now... Where oh where have the tuits gone, long time passing, etc.) |
13:33 |
kmlussier |
Yes, I was just thinking the same thing. I might look at it tomorrow. |
13:33 |
JBoyer |
nfpl, you may need a "Clear cache and hard reload" to get it to appear, and if you've saved a column config locally that won't be overridden. |
13:35 |
|
rlefaive joined #evergreen |
16:58 |
|
jvwoolf left #evergreen |
17:12 |
|
mmorgan left #evergreen |
17:14 |
|
sandbergja joined #evergreen |
18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
19:03 |
|
kenstir joined #evergreen |
19:05 |
kenstir |
Hey evergreeners, your friendly open source mobile app developer here. |
19:05 |
kenstir |
I know how to retrieve user preferences like Pickup Library using open-ils.actor.user.fleshed.retrieve; is there a corresponding OSRF request to set it? |
01:04 |
|
jonadab joined #evergreen |
04:24 |
|
gsams joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:09 |
|
rjackson_isl joined #evergreen |
07:35 |
|
bdljohn joined #evergreen |
07:44 |
|
rlefaive joined #evergreen |
12:05 |
Bmagic |
I'm giving up and setting it manually in the db |
12:05 |
|
beanjammin joined #evergreen |
12:07 |
|
jihpringle joined #evergreen |
12:22 |
* kmlussier |
adds mmorgan's patch for bug 1511765 to her list of things to test. |
12:22 |
pinesol_green |
Launchpad bug 1511765 in Evergreen "Checking in migrated lost status copies and Lost/Long Overdue/Lost and Paid copies with no associated circ generates error when zero-balance lost OU setting is enabled" [Medium,Confirmed] https://launchpad.net/bugs/1511765 |
12:22 |
mmorgan |
kmlussier++ |
12:23 |
kmlussier |
mmorgan: You might want to hold off on the karma. The list is long and is something I haven't been able to tackle in a long time. :) |
15:23 |
nfpl |
Is there a way to check the OpenSRF version on a server? |
15:23 |
|
yboston joined #evergreen |
15:33 |
|
nfpl joined #evergreen |
15:38 |
miker |
nfpl: probably the simplest way is ye olde perlish test: perl -MOpenSRF -e 'print $OpenSRF::VERSION."\n";' |
15:43 |
|
cesardv_ joined #evergreen |
15:45 |
|
miker joined #evergreen |
15:45 |
|
khuckins joined #evergreen |
17:04 |
|
mmorgan left #evergreen |
17:16 |
|
rlefaive joined #evergreen |
18:08 |
|
rlefaive joined #evergreen |
18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:02 |
|
jihpringle joined #evergreen |
19:05 |
|
hbrennan joined #evergreen |
06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:56 |
|
JBoyer joined #evergreen |
07:01 |
|
agoben joined #evergreen |
07:30 |
|
bdljohn joined #evergreen |
08:20 |
|
remingtron joined #evergreen |
08:40 |
|
mmorgan1 joined #evergreen |
09:03 |
|
kmlussier joined #evergreen |
09:05 |
pinesol_green |
[evergreen|Mike Rylander] LP#1710401: Z39.50 should notice overlay target change - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=000623b> |
09:08 |
|
jvwoolf joined #evergreen |
09:11 |
csharp |
another committer n00b question - what should I do when there's a conflict when committing to another version? In the case of bug 1710401, I resolved the minor conflict and went ahead and pushed to rel_3_0 |
09:11 |
pinesol_green |
Launchpad bug 1710401 in Evergreen "Webstaff: z39.50 doesn't stay up-to-date on which record is marked for overlay" [Low,Fix committed] https://launchpad.net/bugs/1710401 |
12:32 |
|
khuckins joined #evergreen |
12:58 |
|
beanjammin joined #evergreen |
13:13 |
|
khuckins_ joined #evergreen |
13:27 |
csharp |
khuckins_: or berick: I'm testing bug 1744756 and so far I'm unable to do anything in the admin UI for it - all the buttons are disabled except "Save" - I've tried as a global admin and as the admin user (to rule out perm problems) - no luck yet |
13:27 |
pinesol_green |
Launchpad bug 1744756 in Evergreen "Wishlist: Custom profile group display in patron registration." [Wishlist,New] https://launchpad.net/bugs/1744756 |
13:27 |
csharp |
I can see from fm_IDL.xml that CREATE_PERM, UPDATE_PERM, and STAFF_LOGIN are the perms required and I have those |
13:30 |
khuckins_ |
csharp: do you have any entries in the permission.grp_tree_display_entry table, and if so, do they display? |
13:34 |
khuckins_ |
Yeah that bit can be a bit confusing, admittedly. The UI works with just what's available in that particular table, "Add" allows you to add from all the disabled entries that are in the table and available to the workstation |
13:39 |
csharp |
oh - duh - I wasn't reading the docs - thanks khuckins_ |
13:43 |
csharp |
I see it working now |
13:43 |
khuckins_ |
csharp: that said, it might be better to have the add/remove buttons build out that tree... I'm going to do a refactor to change that behavior a bit, so no need to test just yet |
13:43 |
csharp |
ok cool |
14:17 |
miker |
khuckins_: have you confirmed that offline doesn't interact badly with the branch on bug 1744756, since offline depends on that UI, and the group tree? |
14:17 |
pinesol_green |
Launchpad bug 1744756 in Evergreen "Wishlist: Custom profile group display in patron registration." [Wishlist,New] https://launchpad.net/bugs/1744756 |
17:03 |
|
mmorgan left #evergreen |
18:04 |
|
sandbergja joined #evergreen |
18:23 |
|
rlefaive joined #evergreen |
18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:11 |
|
beanjammin joined #evergreen |
22:58 |
|
sandbergja joined #evergreen |
02:49 |
|
sandbergja joined #evergreen |
05:25 |
|
stephengwills joined #evergreen |
06:32 |
pinesol_green |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live> |
06:52 |
|
stephengwills joined #evergreen |
06:55 |
|
agoben joined #evergreen |
07:03 |
|
rjackson_isl joined #evergreen |
09:53 |
JBoyer |
$$mo quotes, mo problems$$ |
09:54 |
miker |
:) |
09:55 |
miker |
actually, I'll just make it a sentence rather than partially an SQL clause |
09:57 |
JBoyer |
gaaaaasssp. :( I didn't realize I screwed that up. (and I thought I had run that test, but obviously not.) |
09:58 |
miker |
JBoyer: I didn't think I'd run it, and trusted only my brain to verify the test sane. that's what I get for trusting my brain... |
09:58 |
pinesol_green |
[evergreen|Mike Rylander] Fix quote nesting issue in TAP test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=372508d> |
09:59 |
JBoyer |
Well, the test does pass, our brains just have overly-permissive SQL parsers. ;) |
10:06 |
Dyrcona |
'' works, IIRC. |
10:06 |
Dyrcona |
'String with ''quoted'' word in it.' |
10:06 |
Dyrcona |
Or, double quotes, but I guess LONGOVERDUE doesn't need to be quoted. |
17:46 |
miker |
that all sounds sane |
17:46 |
miker |
and SIP2 devices would say "see staff" |
17:46 |
jeff |
The permission question just comes down to "can you have an event that can be overridden without requiring a permission, or is the EVENT.override permission requirement baked in (don't remember, haven't verified), and then me musing on if it would be best to just auto-create the perm (if required) at top of tree in the upgrade script / baseline. |
17:47 |
miker |
it's essentially baked. when the "please proceed" second try fires, we say "this is an override checkout" and the ML tests for appropriate permissions |
17:47 |
jeff |
My recommendation for SIP2 devices would be to auto-override the event in the oils_sip.xml config, but a library could choose to not do so. Supporting overrides with messages and "try it again to force it" is... tricky due to various implementation quirks. |
17:48 |
miker |
ayup |
17:48 |
miker |
SIP2-- |
17:48 |
miker |
jeff++ |
17:48 |
jeff |
miker: farewell! |
17:49 |
jeff |
miker++ |
18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
21:09 |
|
sandbergja joined #evergreen |
21:31 |
|
sandbergja joined #evergreen |
10:40 |
jeffdavis |
Console log shows "TypeError: Cannot read property 'children' of null" when I load the offline UI, but no errors after I click Process, just a series of pcrud requests. |
10:42 |
berick |
any server errors logged? some could be in the apache error log |
10:42 |
* berick |
has seen the children error before, not sure if it affects things |
10:47 |
jeffdavis |
Nothing I can find. The execute request to offline.pl shows a 200 response, no associated errors that I can see in Apache or osrfsys logs. |
10:48 |
jeffdavis |
It works fine in a test environment, just not in production. |
10:52 |
jeffdavis |
(we have the fix for 1775719 but I don't see any errors in chrome://inspect/#workers either) |
10:54 |
berick |
both environments have the patch, i assume? |
10:55 |
berick |
any chance the sessions actually processed? |
10:57 |
miker |
jeffdavis: re berick's last question, are you seeing any XHR requests for offline.pl after the pcrud WS calls? |