| 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 |
| 01:11 |
|
sandbergja joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:43 |
|
csharp joined #evergreen |
| 06:44 |
Bmagic |
jeff - goooooooooood morning! |
| 06:44 |
Bmagic |
About to board |
| 16:14 |
gsams |
Bmagic: I ended up bringing Love Letter, Citadels, Organ Attack, and Bang! |
| 16:38 |
kipd |
Reading’s Jeff’s experience, I’m now debating where to buy travel stickers at the airport to personalize my carry-on bag. :) |
| 16:53 |
Bmagic |
gsams: sweet! Looking forward to it |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:05 |
|
mmorgan left #evergreen |
| 17:08 |
Bmagic |
Hey y'all, you all |
| 17:09 |
Bmagic |
Anyone interested in eating dinner aroind 645 |
| 01:38 |
|
jamesrf joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:39 |
|
Dyrcona joined #evergreen |
| 08:29 |
Dyrcona |
@blame Retiree |
| 09:47 |
Dyrcona |
I'll show you. |
| 09:49 |
Dyrcona |
The content notes from 50X and 51X fields as well as subjects get doubled on this record: https://catalog.cwmars.org/eg/opac/record/4274449?locg=1;detail_record_view=0;sort=poprel;query=on%20the%20basis%20of%20sex;badges=1%2C1%2C1%2C1%2C1%2C1%2C1%2C1%2C1%2C1%2C1 |
| 09:49 |
Dyrcona |
But, only if you include the query in the URL: https://catalog.cwmars.org/eg/opac/record/4274449?locg=1;detail_record_view=0 |
| 09:50 |
Dyrcona |
It happens in Firefox and Chrome. It happens on our 3.2.4 production system as well as a test VM running the same code. It doesn't happen on our training server where the code is close, but based on 3.2.5. |
| 09:51 |
Dyrcona |
It happens on other records, too, but I haven't checked every single record, of course. |
| 09:54 |
mmorgan |
Dyrcona: Have a look at bug 1806724 |
| 09:54 |
pinesol |
Launchpad bug 1806724 in Evergreen "Display field strangeness on some 3.1+ systems" [Medium,Confirmed] https://launchpad.net/bugs/1806724 |
| 09:56 |
Dyrcona |
mmorgan: Thanks. I thought there was something related. However, we should be seeing this on training if that's the case, unless we applied your fix there and forgot about it. I'll check. |
| 10:00 |
Dyrcona |
Nope. Didn't make the change on training. Maybe our dictionary is missing there? |
| 10:00 |
* Dyrcona |
tries the fix on the test vm. |
| 10:01 |
Bmagic |
Dyrcona: General question: what specs do your Evergreen bricks use for EG > 2.12 |
| 10:01 |
Bmagic |
in terms of CPU/Memory |
| 10:05 |
Dyrcona |
mmorgan: I just replaced the view and nothing chagned. Do I need to do anything else? |
| 10:25 |
Dyrcona |
Might not be. |
| 10:26 |
Dyrcona |
Our main utility server is dedicated hardware and is also NFS for the bricks. It has 32GB and 16 cores. It runs pretty much all of our cron jobs. |
| 10:26 |
Bmagic |
thanks for the info! |
| 10:26 |
Dyrcona |
I find 4GB/4 cores (even 2) is sufficient for testing/development. |
| 10:27 |
Bmagic |
right, it wasn't until it went live that it started breaking |
| 10:28 |
Bmagic |
For the most part, the machine is quiet. But there are some seroius spikes and if there isn't enough CPU to handle it, the whole thing will go into a death spiral |
| 10:29 |
|
yboston joined #evergreen |
| 16:21 |
Dyrcona |
Not sure it was YouTube in Chromium, though. |
| 16:40 |
|
yboston joined #evergreen |
| 16:56 |
|
mdriscoll left #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:06 |
|
mmorgan left #evergreen |
| 18:15 |
|
sandbergja joined #evergreen |
| 22:18 |
|
dbwells joined #evergreen |
| 02:52 |
|
kipd joined #evergreen |
| 02:54 |
|
Glen joined #evergreen |
| 03:01 |
|
ejk joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:03 |
|
sandbergja joined #evergreen |
| 07:05 |
|
JBoyer joined #evergreen |
| 07:06 |
|
rjackson_isl joined #evergreen |
| 15:30 |
jeff |
...or maybe not |
| 15:31 |
jeff |
nope. false alarm. |
| 15:31 |
* berick |
exhales |
| 15:32 |
jeff |
berick: i know, right? :-) |
| 15:34 |
jeff |
3.1 test system, i've gotten a client in a state where it's trying to delete its expired auth token, but console reports "Possibly unhandled rejection: undefined", and digging into it, the browser reports the failure as |
| 15:40 |
jeff |
er, browser reported the error as a failure to connect to the wss:// url. |
| 15:40 |
jeff |
of course, i can't get it to report that any more. |
| 15:43 |
jeff |
there we go. |
| 15:44 |
jeff |
WebSocket connection to 'wss://host.example.org/osrf-websocket-translator' failed: Unspecified reason |
| 16:06 |
jeff |
unable to reproduce in another profile. clearing cookies from dev tools got past the failure mode, then i lacked a workstation. maybe disk cleanup bit me. |
| 16:06 |
jeff |
my test offlines were still present. |
| 16:51 |
|
sandbergja joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:08 |
|
mmorgan left #evergreen |
| 20:53 |
|
Christineb joined #evergreen |
| 21:32 |
|
beanjammin joined #evergreen |
| 00:10 |
|
sandbergja joined #evergreen |
| 01:19 |
|
sandbergja joined #evergreen |
| 01:51 |
|
sandbergja joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:00 |
|
JBoyer joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 11:52 |
Dyrcona |
And some of the others look like XUL templates.... |
| 11:58 |
JBoyer |
I believe the import also merges templates rather than discard/replace. So if some were converted and an import done that will result in a mix, as will importing XUL and then creating new web. |
| 12:05 |
Dyrcona |
JBoyer: Thanks. I have not gotten confirmation from the user, but I suspect that on one account, they are importing XUL templates. |
| 12:06 |
Dyrcona |
The other account that is being tested, the templates look OK. |
| 12:06 |
Dyrcona |
Either they are importing XUL templates, or they need to clear their local storage for the web staff client. |
| 12:08 |
JBoyer |
I don't think it would be difficult to make the importer smart enough to deal with that correctly, but I lacked tuits at the time. :( |
| 12:09 |
Dyrcona |
Yeah. |
| 13:04 |
|
sandbergja joined #evergreen |
| 13:06 |
sandbergja |
For those in the area: a reminder about the Northwest Evergreen Users Symposium 10am-4pm tomorrow. It's free and you're welcome to drop by for all or part of the day, even if you didn't register (although you will miss out on our catered lunch). |
| 13:34 |
jeff |
I think I'm going to try using uib-tooltip or uib-popover to restore the circ by year data in item status, reported missing in bug 1743611. |
| 13:34 |
pinesol |
Launchpad bug 1743611 in Evergreen "Web Client: Lost Circ History by Year Info" [Medium,Confirmed] https://launchpad.net/bugs/1743611 - Assigned to Jeff Godin (jgodin) |
| 14:08 |
|
collum joined #evergreen |
| 16:59 |
|
sandbergja joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:30 |
|
sandbergja joined #evergreen |
| 21:36 |
|
sandbergja joined #evergreen |
