| 01:06 |
|
gsams joined #evergreen |
| 02:07 |
|
sandbergja joined #evergreen |
| 04:57 |
|
jamesrf joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-05-29T04:53:52,213499125-0400 -0> |
| 05:02 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-05-29T04:53:52,247157428-0400 -2> |
| 06:32 |
bshum |
Hmm.. Time for Node v10? ;) |
| 06:33 |
bshum |
Or we need to pin a lower version of Angular CLI |
| 06:33 |
bshum |
Either way v8 is marked EOL on the site by end of 2019 |
| 07:35 |
bshum |
Well, technically it's not out of support (yet). So I'm OK with downgrading it since the new one also only just arrived on the scene :D |
| 07:35 |
bshum |
But yeah, getting to newer node versions is more complicated I think |
| 07:35 |
csharp |
ok - I was just thinking about the EOL issue |
| 07:36 |
bshum |
Maybe berick and everyone already has secret branches testing new Nodes :D |
| 07:36 |
* csharp |
wants to avoid repeating XUL/Dojo, etc. |
| 07:36 |
csharp |
prolly too early for this kind of discussion :-) |
| 07:37 |
bshum |
Probably :) |
| 07:56 |
bshum |
Since this is more of a hack fix to me, than a real long-term solution |
| 07:56 |
bshum |
Plus also, with EOL, it's better to look to the future |
| 07:57 |
csharp |
+1 |
| 07:58 |
bshum |
csharp++ # good mornin'! |
| 08:14 |
bshum |
Huzzah, happy install :) |
| 08:17 |
bshum |
So my test VM built the web client successfully without any errors with the branch change I made above |
| 08:19 |
* bshum |
leaves it there for now and heads off to work |
| 08:19 |
bshum |
Have a good day everybody! |
| 08:25 |
|
bos20k joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:52 |
csharp |
bshum++ |
| 16:44 |
pinesol |
Launchpad bug 1830394 in Evergreen "holdings editor can spew MultiMap errors in browser log" [Medium,New] |
| 16:45 |
abowling |
berick++ |
| 16:45 |
abowling |
gmcharlt++ |
| 17:00 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-05-29T16:55:54,955319834-0400 -0> |
| 17:00 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-05-29T16:55:54,982778127-0400 -2> |
| 17:09 |
|
khuckins joined #evergreen |
| 17:42 |
gmcharlt |
berick: bug 1830972 now has a pull reuest |
| 17:42 |
pinesol |
Launchpad bug 1830972 in Evergreen 3.2 "pin version of angular/cli that is installed globally by Makefile.common" [High,New] https://launchpad.net/bugs/1830972 |
| 00:24 |
|
JasonEDN1 joined #evergreen |
| 00:28 |
|
JasonEDN joined #evergreen |
| 04:32 |
|
jamesrf joined #evergreen |
| 05:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:48 |
|
JBoyer joined #evergreen |
| 06:50 |
|
agoben joined #evergreen |
| 07:52 |
|
rjackson_isl joined #evergreen |
| 11:02 |
miker |
csharp / Bmagic: both of your error messages are about the client quiting before the response is sent, I'm 99% sure. for the apache version of that, there are patches for both opensrf and evergreen (probably still untested) to detect the situation and cancel ongoing requests (think: 100 refreshes of a search, and cutting the first 99 off because they're now just wasting server time). we can't really detect the websockets version, though -- it just |
| 11:02 |
miker |
runs our code as an external command and shovels the bits between our stdout and a socket. |
| 11:18 |
csharp |
miker: thanks for that - do you know the bug #s for the patches? |
| 11:18 |
* miker |
looks... |
| 11:20 |
miker |
csharp: heh ... you were the last to test the evergreen part, actually: https://bugs.launchpad.net/opensrf/+bug/1616501 ... and the opensrf part is in there now, as it turns out |
| 11:20 |
pinesol |
Launchpad bug 1616501 in Evergreen "Stop waiting for method response when browser disconnects" [Medium,Confirmed] |
| 11:29 |
Bmagic |
Dyrcona: we have it running in production. Yes I believe it's good for a pullrequest. If people had tried to setup HTML templates and they weren't working, then left them alone, with this patch, they will suddenly start working. RE: comment #3 |
| 11:30 |
Dyrcona |
We might be interested in having a look. |
| 16:52 |
Dyrcona |
Hmm... It looks a little more even, now, at from pairs of drone server. Still some bricks at 70% or so, and others at 17-20%. |
| 16:54 |
Dyrcona |
Really? "no_tz.open-ils.storage.actor.user.crazy_search" |
| 16:58 |
|
mmorgan joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:16 |
|
mmorgan left #evergreen |
| 17:50 |
berick |
love there's an EDI code for "number of law suits" |
| 18:18 |
Dyrcona |
@quote add <berick> love there's an EDI code for "number of law suits" |
| 01:53 |
|
jamesrf joined #evergreen |
| 01:58 |
|
sandbergja joined #evergreen |
| 03:27 |
|
jamesrf joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:03 |
|
agoben joined #evergreen |
| 07:07 |
|
rjackson_isl joined #evergreen |
| 07:17 |
|
JBoyer joined #evergreen |
| 11:09 |
terran |
bugsquashers++ |
| 11:09 |
berick |
terran: bug squashing will do that to a person |
| 11:10 |
terran |
lol |
| 11:12 |
dbwells |
Well, if we get rid of the "* 100", we aren't doing any math there anymore :) It's fine, really. I've felt too silly caring about it to bring it up, and now I feel silly having brought it up, but at least I've said my peace :) I'll just unassign myself, but feel free it pass it back if it needs another sign-off. As far as I have tested, it works fine. |
| 11:15 |
Dyrcona |
If x is a floating point number maybe we want x == 0.0 ? |
| 11:16 |
Dyrcona |
I can't remember if the decimal really matters in Perl. In some languages the floating number will be silently cast to int if compared to an int. |
| 11:17 |
dbwells |
berick: I certainly can appreciate the idea of not changing more than needed in this case, being on the edges of FP-voodoo land. Just back away slowly, don't bump anything. |
| 11:27 |
dbwells |
gmcharlt++ |
| 11:30 |
pinesol |
[evergreen|Bill Erickson] LP#1704819 Fine generator avoids int() rounding - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=297fedb> |
| 11:40 |
Dyrcona |
gmcharlt++ berick++ |
| 11:41 |
Dyrcona |
And, my script to shut down opensrf services and remove the opensrf user's crontab works from cron. I'm doing this on a test VM where I refresh the database weekly. Don't want the database being used to prevent the reload. |
| 11:42 |
aabbee |
floats are the worst. as the bug notes, int(100*2.30) is 229. testing "near enough" can be done: perl -e 'my $c = ((100*2.30) - 230); print(($c==0?'zero':'nonzero'), ", ", (abs($c)<(10**-10)?'near':'nope'), "\n");' # says "nonzero, near' |
| 11:43 |
aabbee |
or force rounding to behave: int((100*2.30)+.5) ==> 230. |
| 11:44 |
Dyrcona |
Oddly enough, computers are bad at math. :) |
| 11:44 |
aabbee |
idk if the zeros here are "real" zeros or if they are be calculated like $c was above, so unsure if this applies here |
| 11:44 |
* Dyrcona |
decides on a new file in /etc/cron.d rather than junking up /etc/crontab. |
| 16:13 |
|
mmorgan joined #evergreen |
| 16:15 |
Dyrcona |
csharp: I'll be going to 100 per brick, i.e. 50 per drone server. |
| 16:15 |
Dyrcona |
We're currently at 80 per brick. |
| 16:20 |
aabbee |
my test server was on eg3.3ish with various customizations. i want to test some stuff on vanilla eg3.2. i did a `git checkout rel_3_2`, rebuilt and restarted everything i know of. |
| 16:20 |
aabbee |
but i think i missed something. some, but not all, osrf calls are coming back 404: two examples: open-ils.circ.open_non_cataloged_circulation.user.authoritative, open-ils.circ.copy_note.retrieve.all |
| 16:20 |
aabbee |
sound familiar to anyone? |
| 16:23 |
Dyrcona |
aabbee: Going backwards isn't really supported. Might be a good idea to rm -rf /openils and reinstall fresh. |
| 16:24 |
aabbee |
ok, i'll try that. |
| 16:36 |
aabbee |
nope. :-( error log says: "Method [open-ils.circ.copy_note.retrieve.all] not found for OpenILS::Application::Circ", but `grep 'open-ils.circ.copy_note.retrieve.all' /usr/local/share/perl/5.26.1/OpenILS/Application/Circ.pm` shows: |
| 17:00 |
Bmagic |
does websocketd not work with opensrf 3.0.2? It's only included in the official install instructions for opensrf 3.1.0 |
| 17:01 |
berick |
Bmagic: it's trivial to back port, but I don't think it's included in 3.0 |
| 17:01 |
Bmagic |
there is something needed in opensrf for it to work? |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
Bmagic |
how about this: any reason to not use opensrf 3.1.0 with EG 3.1.6? |
| 17:05 |
berick |
nothing is needed in osrf to run websocketd. it's a standalone pass-thru replacement for the apache2-websockets |
| 17:05 |
berick |
osrf has no knowledge either exists |
| 03:22 |
|
JasonEDN joined #evergreen |
| 03:31 |
|
JasonEDN1 joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 08:27 |
|
bos20k joined #evergreen |
| 08:36 |
|
collum joined #evergreen |
| 09:32 |
|
jamesrf joined #evergreen |
| 09:34 |
stephengwills |
after upgrading to 3_3_0 staff/reporter/legacy/main tells me I don’t have permission to run reports and that I’m logged in as {a number] which == the ID of my user permission group? I was moving from 3.2.5 and didn’t see any errors running the pg upgrade script. |
| 09:35 |
Dyrcona |
That sounds familiar, you might want to search the IRC logs. |
| 09:42 |
mmorgan |
stephengwills: I have that issue on a test server, didn't find a solution. JBoyer had some suggestions here: http://irc.evergreen-ils.org/evergreen/2019-03-26#i_400433 |
| 09:49 |
|
JBoyer joined #evergreen |
| 09:51 |
JBoyer |
stephengwills, I had that exact problem recently, (user id = profile in the reporter) It was mis-matched fm_IDL.xml files. Make sure the one in /openils/var/web/reports/ matches the one in /openils/conf/ |
| 09:51 |
JBoyer |
May have to restart some services after that, or if it's a small machine just restart the whole thing to make sure nothing's cached anywhere. |
| 12:53 |
pinesol |
[evergreen|Daniel Pearl] LP#1029601: Prevent duplicate holds from double clicks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e064303> |
| 13:00 |
|
aabbee1 joined #evergreen |
| 13:05 |
|
jamesrf joined #evergreen |
| 13:07 |
BAMkubasa |
Finally got Virtualbox on my machine today so I can get a test install of Evergreen up and running. Going to do a 32bit version of Ubuntu 16.04.6. Should I do the server image or will desktop do? |
| 13:08 |
BAMkubasa |
(http://www.gtlib.gatech.edu/pub/ubuntu-releases/16.04.6/) |
| 13:09 |
Dyrcona |
BAMkubasa: Stop. You need to install the 64-bit server edition of Ubuntu. The 32-bit version is known to have problems, at least for Ubuntu 14.04, it did. |
| 13:09 |
|
yboston joined #evergreen |
| 16:10 |
Dyrcona |
csharp: Rabbit hole, tar pit, what's the difference? |
| 16:37 |
csharp |
Dyrcona: seriously |
| 16:59 |
|
yboston joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:08 |
|
khuckins joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 19:29 |
|
jamesrf joined #evergreen |
| 00:14 |
|
sandbergja joined #evergreen |
| 01:01 |
|
book` joined #evergreen |
| 02:51 |
|
jamesrf joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
jamesrf joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 13:04 |
Dyrcona |
I stumbled upon this informative branch name from 2012: working/user/dyrcona/zomg_wtf_bbq |
| 13:05 |
pastebot |
"JBoyer" at 168.25.130.30 pasted "Z39.50 search fix from Dyrcona" (23 lines) at http://paste.evergreen-ils.org/10005 |
| 13:06 |
JBoyer |
Looks like I applied it by hand since it shows me as the author. (that simple a change I probably wouldn't bother with a patch file) |
| 13:06 |
Dyrcona |
Yeah. I don't mind. I'm going to test it out on a vm. |
| 13:07 |
Dyrcona |
JBoyer++ muchas thanks! |
| 13:07 |
JBoyer |
Dyrcona++ for putting it out there *mumble* years ago! |
| 13:08 |
JBoyer |
hah, the thing has dates. Somewhere around May 2016. |
| 13:37 |
jeffdavis |
not yet |
| 13:38 |
dbwells |
jeffdavis: Yes, I think it should. I wasn't sure if webstaff report cloning got into 3.1, but it appears that it did. |
| 13:38 |
dbwells |
I will target it. |
| 13:38 |
jeffdavis |
Awesome, thanks. I expect we'll be testing it on 3.1 soon. |
| 13:39 |
dbwells |
jeffdavis: If it doesn't and there is any confusion, I'd be happy to help sort it out, if needed. |
| 13:39 |
jeffdavis |
dbwells++ |
| 13:52 |
Dyrcona |
JBoyer: I found the original in some old files I kept from MVLC. Looks like it was from January 2016. |
| 16:02 |
jeff |
jeffdavis: we've done some cleanup. ;-) |
| 16:03 |
|
sandbergja_ joined #evergreen |
| 16:05 |
Dyrcona |
Whee! 571! |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:03 |
Bmagic |
I'm trying to figure out why some of my circ notices are showing a blank title and author for "circ.target_copy.call_number.record.simple_record.title" and "copy_details.author" - looks like it makes use of "reporter.simple_record" |
| 17:05 |
Bmagic |
querying that view for my record ID - I get two rows of results. Having two results is the issue? |
| 17:06 |
Bmagic |
perhaps circ.target_copy.call_number.record.simple_record.0.title instead? (Adding the "0" to indicate the first result?) |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:47 |
|
JBoyer joined #evergreen |
| 06:48 |
|
agoben joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 09:51 |
Dyrcona |
I *think* my restore succeeded but I got a lot of error messages about pg_restore: [archiver (db)] could not execute query: ERROR: unrecognized configuration parameter "idle_in_transaction_session_timeout", so I thought I'd figure it out and make them go away. |
| 09:59 |
|
mmorgan1 joined #evergreen |
| 10:03 |
csharp |
Dyrcona++ |
| 10:06 |
JBoyer |
Dyrcona++ # testing. |
| 10:06 |
Dyrcona |
BTW, using the wrong version of pg_dump will apparently also trigger similar messages. |
| 10:06 |
JBoyer |
And I'm certain pg_restore doesn't like to go backward, especially if you use the custom dump format. (that may cause it to refuse outright, even.) |
| 10:08 |
Dyrcona |
Yeah, I'm fairly certain about that, too, but didn't want to make any false statements. :) |
| 16:53 |
|
mdriscoll left #evergreen |
| 17:01 |
|
sandbergja_ joined #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 17:30 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:35 |
|
BlanBish joined #evergreen |
| 20:22 |
|
sandbergja joined #evergreen |
| 21:17 |
|
jamesrf joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:02 |
|
dteston joined #evergreen |
| 11:34 |
|
serflog joined #evergreen |
| 11:34 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 13:45 |
csharp |
we probably have the PINES requirements doc lying around somewhere |
| 13:58 |
|
stephengwills joined #evergreen |
| 13:59 |
|
khuckins joined #evergreen |
| 14:03 |
jeff |
when testing A/T event defs for email, our general workflow is to run with a dedicated granularity on a system configured to hold all messages in its queue, then review the messages and either release them or delete them. |
| 14:03 |
|
sandbergja_ joined #evergreen |
| 14:04 |
jeff |
if we go the "delete" route, we then "reset" the events in the database, fix, re-run, etc. |
| 14:05 |
jeff |
i think others may override the To: address in the template to all go to a single mailbox for review, then after success and changig the To: back to normal, reset/re-run the events (or perhaps just wait for the next "actual" run, depending). |
| 14:05 |
abowling |
missing something here and hoping someone can help solve a pretty simple thing. in config.coded_value_map, i have opac_visible set to 'f' for some items on ctype "search_format," but they still appear in the dropdown on the main opac search page, in spite of the fact that they shouldn't? |
| 14:05 |
jeff |
anyone else here (or in a presentation somewhere) have a different/better approach? |
| 14:06 |
abowling |
to wit: 611 | search_format | braille | Braille | Braille | f |
| 15:16 |
* mmorgan |
runs off to clean up mess |
| 15:16 |
mmorgan |
Thanks! |
| 15:16 |
Dyrcona |
What happens to me every couple of months is the event gets stuck in collected. I don't seem to have a problem with the messages if the event actually goes to complete. |
| 15:16 |
JBoyer |
I think I saw reference to an A/T bug report today that should help with that significantly. You know, on the other side of the fix/test/patch process. :) |
| 15:17 |
jeffdavis |
bug 1218423 for the feature request, but perhaps other changes will make it unnecessary? |
| 15:17 |
pinesol |
Launchpad bug 1218423 in Evergreen "Acq: Do we need a feature to resend EDI purchase orders?" [Wishlist,Triaged] https://launchpad.net/bugs/1218423 |
| 15:20 |
Dyrcona |
And, unrelated, but a pg_restore of an Evergreen schema seems to work into Pg 10, even if the Pg 10 patches have not yet been applied to the schema. |
| 15:20 |
Dyrcona |
I'm testing Pg 11 also because it's there. |
| 15:21 |
Dyrcona |
I think it was installed because the generic postgresql packages were installed when I switched apt repos and did the upgrade. |
| 15:21 |
Dyrcona |
Well, I know that's how ti showed up.... :) |
| 15:24 |
Dyrcona |
So, maybe we'll support Pg 11 by the time that Pg 12 comes out... :) |
| 16:06 |
|
abowling joined #evergreen |
| 16:13 |
|
yboston joined #evergreen |
| 16:55 |
|
mmorgan joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:23 |
|
mmorgan left #evergreen |
| 17:39 |
|
yboston joined #evergreen |
| 23:59 |
|
sandbergja joined #evergreen |
| 03:44 |
|
abneiman joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:48 |
|
bos20k joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 10:37 |
|
khuckins joined #evergreen |
| 10:38 |
Bmagic |
Anyone else seen an issue with overriding checkouts on webby? I've got a library claiming that the staff could override a checkout on xul when the patron had a circ penalty but not on webby |
| 10:40 |
Dyrcona |
Sounds like a permission issue at first blush. |
| 10:40 |
Bmagic |
I'm headed into diag mode on a test machine |
| 10:40 |
Dyrcona |
Could depend on the penalty, too. |
| 10:41 |
Bmagic |
the screen shot shows three: "PATRON_EXCEEDS_LONGOVERDUE_COUNT" "COPY_STATUS_LONG_OVERDUE" "COPY_NOT_AVAILABLE" |
| 10:42 |
Dyrcona |
Well, you'd have to be able to override all 3. |
| 11:12 |
Bmagic |
I'm looking at it too :) |
| 11:15 |
Dyrcona |
Looks like service.overrid_dialog at line 754 might do it. |
| 11:16 |
Dyrcona |
service.override_dialog.... |
| 11:16 |
Bmagic |
I logged in with global admin, still can't override the checkout. But in my test scenario, the alert box is complaining about "PATRON_EXCEEDS_LONGOVERDUE_COUNT" |
| 11:16 |
Dyrcona |
Do you have an override permission for that event? |
| 11:17 |
Dyrcona |
I mean, is it even in the permission table? |
| 11:17 |
Bmagic |
global admin has EVERYTHING at consortium |
| 11:18 |
Dyrcona |
Well, there you go. |
| 11:19 |
Dyrcona |
It could just be throwing an event at you at random, too. It may be some other event that's actually failing. |
| 11:19 |
Dyrcona |
You'll have to check the logs on the server for that, probably. |
| 11:20 |
Bmagic |
ok, I added that permission to my test user |
| 11:20 |
Bmagic |
(even though it has EVERYTHING) |
| 11:21 |
Bmagic |
still can't override the error - you think it's because the permission (minus .override) doesn't exist in the perm table? |
| 11:22 |
Dyrcona |
You said it does exist in the perm table. |
| 11:27 |
Dyrcona |
Well, it's almost lunch time. That should help. |
| 11:28 |
Bmagic |
so it seems that if the web client explicitly listed PATRON_EXCEEDS_LONGOVERDUE_COUNT in the javascript - it would override it and it would be fine? |
| 11:28 |
Dyrcona |
Yeah, probably. |
| 11:29 |
Dyrcona |
Try it on a test system and see what happens. |
| 11:29 |
Bmagic |
Yep, just did |
| 11:29 |
Bmagic |
now I get a different alert dialog box offering me to "Force Action?" |
| 11:30 |
Bmagic |
So it seems that took care of it, HOWEVER, the XUL client got through this without having to list that permission explicitly |
| 15:57 |
bshum |
I'll have to look at it more closely later if someone else doesn't get there first |
| 16:12 |
|
mmorgan joined #evergreen |
| 16:45 |
gmcharlt |
berick: FYI re something we discussed at the conference: https://bugs.launchpad.net/evergreen/+bug/1827943 |
| 16:45 |
pinesol |
Launchpad bug 1827943 in Evergreen "angular: a string of edit modals would benefit from additional controls" [Wishlist,New] |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:09 |
|
jweston_ joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:17 |
|
jweston_ joined #evergreen |
| 00:14 |
|
eady joined #evergreen |
| 02:11 |
|
jamesrf joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 05:47 |
|
dbwells_ joined #evergreen |
| 06:35 |
|
jamesrf joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 10:29 |
Dyrcona |
Stareagle: Are you using websocketd or apache-websocket? It makes a difference in startup. |
| 10:30 |
Dyrcona |
Stareagle: Also, apache requires a restart after osrf services are started or restarted. |
| 10:30 |
miker |
Dyrcona: we may be using BETWEEN on dates somewhere, but we probably shouldn't (because almost all of our date-ish things are timestamps, which are float-y, and boundaries are...difficult. interestingly, there was a recent thread on this on a PG list.) |
| 10:30 |
mmorgan |
miker: Thanks, yes, I've tested the "push to all libraries..." I believe it adds a row for each branch. |
| 10:31 |
mmorgan |
miker++ |
| 10:31 |
Guest67678 |
we restarted apache, that's when the issue of not being able to login started |
| 10:31 |
Dyrcona |
miker: I was replying to the things on the list that aabbee shared earlier, but yes, that's what the list sasy about between. |
| 10:31 |
miker |
mmorgan: it does. and we do it that way so that fines and hold processing are easier (and so you can have exceptions by removing some) |
| 14:43 |
Dyrcona |
Assuming the dump was made today. |
| 14:48 |
Stareagle_ |
Dyrcona: Thank you appreciated |
| 15:10 |
csharp |
we definitely need to flesh out some concerto stuff - or come up with a more realistic dataset for anything more than bare-bones proof-of-concept stuff |
| 15:11 |
Dyrcona |
That's why I often test with copies of production data. |
| 15:11 |
Dyrcona |
It's how I became so familiar with pg_dump and pg_restore. :) |
| 15:12 |
csharp |
yeah, same here |
| 16:21 |
|
yboston joined #evergreen |
| 16:23 |
devted |
Condenser can shrink datasets on dev and migration servers so it’s quick to provision the server and runs faster (like Concerto but on real data). i.e., work with 5% or 15% of the data while still being statistically relevant. https://www.tonic.ai/post/condenser-a-database-subsetting-tool/ |
| 16:23 |
devted |
Masquerade is a real-time scrambling proxy that can quickly scramble patrons, perfect for demo and dev servers: https://www.tonic.ai/post/masquerade-a-postgres-proxy/ |
| 16:23 |
Stareagle_ |
I tried doing a dump of the database using pg_dump evergreen -U evergreen -Fc > evergreen-$(date +%A-%Y%m%d).dmp |
| 16:23 |
devted |
These two tools could be part of the Evergreen’s community dev/demo/concerto/test conversations and workflow |
| 16:23 |
Stareagle_ |
and got the following error pg_dump: [archiver (db)] connection to database "evergreen" failed: FATAL: Peer authentication failed for user "evergreen" |
| 16:24 |
Stareagle_ |
Sorry I am new at all this |
| 16:28 |
Dyrcona |
Stareagle_: You'll have to add -h localhost to the list of command arguments. |
| 16:41 |
devted |
*laughs*... go pinesol |
| 16:42 |
Dyrcona |
Yes, a good "choice." |
| 16:45 |
Stareagle_ |
Dyrcona: Looking forward to that scotch on the front porch and once again thanks for your help. |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:12 |
|
mmorgan left #evergreen |
| 18:07 |
|
bshum joined #evergreen |
| 18:08 |
|
troy__ joined #evergreen |
| 18:58 |
pinesol |
[evergreen|Remington Steed] LP#1782014 Fix grid path for Title in patron items out - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b9823e3> |
| 03:10 |
|
troy__ joined #evergreen |
| 03:57 |
|
eady joined #evergreen |
| 04:16 |
|
eady joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 08:00 |
|
sandbergja joined #evergreen |
| 08:18 |
|
Dyrcona joined #evergreen |
| 14:16 |
Dyrcona |
:) |
| 14:48 |
|
khuckins joined #evergreen |
| 14:51 |
|
collum joined #evergreen |
| 14:57 |
miker |
Dyrcona++ # testing variant fixes -- and with lots of holds on the list, that 1ms could be important (depending on the overall plan for the whole big query) |
| 15:01 |
Dyrcona |
It might add up to a whole second.... :) |
| 15:02 |
Dyrcona |
Faster is better if it is still correct. |
| 15:02 |
Dyrcona |
miker++ # For mentioning it. |
| 15:48 |
|
khuckins joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:51 |
|
sandbergja joined #evergreen |
| 21:09 |
|
sandbergja joined #evergreen |
| 21:14 |
|
sandbergja joined #evergreen |
| 03:54 |
|
jamesrf joined #evergreen |
| 04:28 |
|
dkyle joined #evergreen |
| 04:33 |
|
_bott_ joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:46 |
|
agoben joined #evergreen |
| 08:19 |
|
bos20k joined #evergreen |
| 10:14 |
jeff |
*nod* |
| 10:15 |
jeff |
It's likely not Javascript's fault, I just automatically assume Javascript as the source when I see the string "undefined". |
| 10:16 |
Dyrcona |
@blame JavaScript |
| 10:16 |
pinesol |
Dyrcona: JavaScript tests their code on the LIVE SERVERS, then blames the user. SAD! |
| 10:16 |
* jeff |
blinks |
| 10:16 |
jeff |
huh. that doesn't seem to have aged well. |
| 10:28 |
JBoyer |
Dyrcona, I'm not clear on what kind of things that bug should address re:347b, since it's basically a free-form thing. :/ We have a list of suggestions locally that catalogers can use to have this or that icon, but unless everyone wants to use our local choices it's largely nothing more than a crad entry with xpath pointing to that field. |
| 17:06 |
|
mmorgan left #evergreen |
| 17:11 |
* berick |
initiates rubber duck protocol |
| 17:12 |
berick |
A/T event def Autorenew, if you apply a value for "usr_field" and "opt_in_setting", we get per-user autorenwal opt ins |
| 17:30 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:47 |
jeff |
berick: was there more to your rubber ducking? |
| 17:49 |
|
sandbergja joined #evergreen |
| 17:54 |
berick |
jeff: no, i was hoping the duck talk back this time |
| 01:42 |
|
yar joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:49 |
|
agoben joined #evergreen |
| 07:02 |
|
JBoyer joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 15:16 |
Dyrcona |
:) |
| 15:48 |
|
khuckins joined #evergreen |
| 16:04 |
Dyrcona |
I may also push bug 1753536 to master later this week unless someone objects. I'll give that one a couple more days because it is a new feature. I think the current branch on there does address all of the comments/questions. |
| 16:04 |
pinesol |
Launchpad bug 1753536 in Evergreen "My Account: Add owning library to items out information" [Wishlist,Confirmed] https://launchpad.net/bugs/1753536 |
| 17:11 |
|
mmorgan left #evergreen |
| 17:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:40 |
|
Dyrcona joined #evergreen |
| 18:41 |
* Dyrcona |
knew that threatening to push a new feature would get someone to look at the bug. :) |
| 18:42 |
Dyrcona |
gmcharlt++ I'll get back to you on your suggestions tomorrow, I hope. I want to review the branch again to make sure I'm not making things up. :) |
| 00:40 |
|
jamesrf joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:58 |
|
sandbergja joined #evergreen |
| 07:03 |
|
sandbergja joined #evergreen |
| 07:08 |
|
sandbergja joined #evergreen |
| 16:17 |
|
sandbergja joined #evergreen |
| 16:33 |
|
aabbee joined #evergreen |
| 17:02 |
|
yboston joined #evergreen |
| 17:32 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:39 |
miker |
jeff: there's a separate "renew couldn't be completed" message trigger, and it contains a reason, like "out of autorenewals" or similar |
| 18:07 |
jeff |
gsams++ miker++ |
| 19:00 |
gsams |
just so it's in here, the answer to the second question is that we send an overdue notice on the 7th day. |
| 03:41 |
|
dbwells__ joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:18 |
|
jamesrf joined #evergreen |
| 06:22 |
|
sandbergja joined #evergreen |
| 07:02 |
|
sandbergja joined #evergreen |
| 10:55 |
|
bos20k joined #evergreen |
| 11:25 |
|
aabbee joined #evergreen |
| 11:26 |
|
eady joined #evergreen |
| 11:27 |
pinesol |
[evergreen|Katie G. Martin] Docs: Updated checkin modifiers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1d4578f> |
| 11:27 |
pinesol |
[evergreen|Remington Steed] Docs: Fix TIP block and list formatting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd6514b> |
| 11:32 |
sandbergja |
kgmartin++ |
| 11:33 |
sandbergja |
remingtron++ |
| 11:55 |
|
yboston joined #evergreen |
| 16:59 |
FF-EG |
Yes, I tried that, and clearing browser caches after applying the branch as the working location. Should I be able to select the CONS as the working location? |
| 17:00 |
phasefx |
FF-EG: no, it'll just be the org units that have the Can Have Users flag set to true |
| 17:00 |
phasefx |
FF-EG: you should really only use such org units for the workstation as well, but I don't think the web client is enforcing that during registration |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
phasefx |
FF-EG: if need be, you could set the flag for the CONS org (for example, if you only really need one org) |
| 17:03 |
FF-EG |
Would a user with a home library as BRANCH and working location of BRANCH be able to load the server admin page? |
| 17:03 |
phasefx |
FF-EG: incidentally, your CONS org will have an id of 1. try select * from actor.org_unit; to see them all in psql |
| 01:05 |
|
devted joined #evergreen |
| 01:06 |
|
Bmagic joined #evergreen |
| 01:06 |
|
dluch joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:36 |
|
sandbergja joined #evergreen |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:58 |
|
_bott_ joined #evergreen |
| 09:43 |
|
sandbergja_ joined #evergreen |
| 09:44 |
|
sandbergja__ joined #evergreen |
| 09:45 |
|
sandbergja___ joined #evergreen |
| 09:46 |
remingtron |
JBoyer: I posted a branch on bug 1741980, in case you're interested in testing. |
| 09:46 |
pinesol |
Launchpad bug 1741980 in Evergreen "Copy Tag names not displayed in OPAC" [Wishlist,Confirmed] https://launchpad.net/bugs/1741980 |
| 09:47 |
|
sandbergja___ joined #evergreen |
| 09:47 |
|
sandbergja____ joined #evergreen |
| 16:15 |
pinesol |
Launchpad bug 1825896 in Evergreen "EG/Hatch options for improved browser data-clearing resiliency" [Wishlist,Confirmed] https://launchpad.net/bugs/1825896 |
| 16:19 |
jeff |
for those that participated in the discussion, please check that I accurately summarized our conclusions. for everyone else, please take a look. feedback / ideas welcome. :-) |
| 16:21 |
|
FF joined #evergreen |
| 16:24 |
Guest54645 |
Test. |
| 16:31 |
|
J joined #evergreen |
| 16:32 |
Bmagic |
berick: a small one bug 1803729 |
| 16:32 |
pinesol |
Launchpad bug 1803729 in Evergreen 3.2 "action_trigger_aggregator.pl help indicates the wrong bash argument for remote-acct" [Undecided,New] https://launchpad.net/bugs/1803729 |
| 16:34 |
gmcharlt |
csharp++ # leading an impromtu intro to Git session |
| 16:34 |
|
JBoyer joined #evergreen |
| 16:36 |
|
aabbee joined #evergreen |
| 16:37 |
Guest70734 |
So, I am experimenting with Evergreen for the first time (v3.3.0 on Ubuntu 18.04). Creating a test user as a Global Administrator. When that user logs in, they are unable to access "/eg2/staff/admin/server/splash" due to the "eg2" in the URL. If this is substituted with "eg", the page loads. Not all menu links feature "eg2": they are sporadically distributed. I'm not sure what is going on. I've tried clearing browser caches wi |
| 16:42 |
jihpringle |
Guest70734: you may want to try sending your question to the general mailing list - https://evergreen-ils.org/communicate/mailing-lists/ |
| 16:43 |
aabbee |
Guest70734: eg2 links are the new angular pages. (not to be confused with angularjs). https://evergreen-ils.org/documentation/install/README_3_3.html#install_files_for_angular_web_staff_client might help. |
| 16:48 |
Bmagic |
Guest70734: to my knowledge, eg2 links only works for the pieces that have the code for it. It's not in the URL for all of the interfaces |
| 16:49 |
Guest70734 |
Well, I did skip step 4 that was linked to: "Skip this entire section if you are using an official release tarball". The "eg2" request produces a JS error: "ERROR Error: Uncaught (in promise): User does not have staff permissions". |
| 16:50 |
Guest70734 |
The same page doesn't have "eg2" in the URL when the server administrator account is logged in. |
| 16:54 |
Guest70734 |
I tried granting the test user all permissions without effect, so I'm not sure what the JS error is referring to. |
| 16:55 |
Bmagic |
That error comes into the browser console? |
| 16:55 |
Guest70734 |
Yes. |
| 16:55 |
Bmagic |
hmmm, share the URL minus your domain name |
| 16:58 |
Bmagic |
That works there without the error. I wonder if you need to execute the steps from step 4. But since you already have Evergreen installed, you can change directories into the eg2 directory directly in /openils |
| 16:59 |
Guest70734 |
Yeah, I will try that next. I didn't do any actions in step 4. |
| 16:59 |
Bmagic |
cd /openils/var/web/eg2/ |
| 17:00 |
Bmagic |
npm install && ng build --prod && npm run test |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
|
alynn26_ joined #evergreen |
| 17:04 |
|
sandbergja joined #evergreen |
| 17:07 |
|
mmorgan left #evergreen |
