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 |
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: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 |
01:02 |
|
yar joined #evergreen |
01:14 |
|
yar joined #evergreen |
01:21 |
|
sandbergja joined #evergreen |
05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:02 |
|
agoben joined #evergreen |
07:37 |
|
JBoyer joined #evergreen |
07:38 |
|
bdljohn left #evergreen |
09:24 |
Dyrcona |
So, I'm being asked to make an Opac Icon Format and Search Format from a RDA field value. Can that even be done? The only examples I've seen so far come from MARC fixed fields. |
09:28 |
Dyrcona |
I guess that is possible.... |
09:28 |
JBoyer |
You can do it, I've added a bunch here based on the 753 (for gaming systems) |
09:29 |
Dyrcona |
JBoyer: Yeah, I just found it in the documentation, which tells me how to do it in the client. I would rather something that I can do in the database, but I can always set it up on a test server and extract the new table entries. |
09:30 |
JBoyer |
Yeah, those tables are not things you want to be messing with by hand. Your plan should be fine though. |
09:31 |
JBoyer |
Getting them to actually show up will pretty much require tearing down and rebooting all of your memcache servers though, so that's a lot of fun. |
09:31 |
nfBurton |
Yup mine have sometimes taken 2 weeks to show |
09:43 |
JBoyer |
Yeah, I think the nls stuff returning a 404 is expected. |
09:43 |
Dyrcona |
Those links won't work for anyone but me, btw. The host name is set in my hosts files to point to a 10. non-routeable IP address. |
09:57 |
Dyrcona |
So, before I try this on a different server. I'm going to try fixing my broken one. |
09:57 |
Dyrcona |
After all, this was meant to be a test of the upgrade and if the Admin interface is broken in this branch, well, that's no good. |
10:14 |
|
nfBurton joined #evergreen |
10:18 |
Dyrcona |
Nope. Still getting the 400 bad request. Is there a patch I missed? |
10:22 |
Dyrcona |
Don't see anything in Evergreen and I'm using the latest OpenSRF rel_3_1..... |
10:44 |
Dyrcona |
Thanks, again.... That would have taken me another hour before I realized that setting was the problem. |
11:05 |
|
jihpringle joined #evergreen |
11:24 |
Dyrcona |
Can you export cataloging copy templates from the web staff client? Can you import cataloging copy templates into the web staff client? |
11:26 |
mmorgan |
Dyrcona: The import and export buttons are on the screen in the web client, so yes. I haven't personally tested it to see what happens, though. |
11:26 |
jihpringle |
Drycona: yes, to both |
11:26 |
Dyrcona |
Thanks, mmorgan and jihpringle |
11:27 |
jihpringle |
last time we tested with importing though (which was a while ago) we ran into weirdness caused by copy template bugs |
11:27 |
jihpringle |
I haven't tested since a bunch of those bugs were fixed |
11:27 |
jeff |
unlike in the xul client, where you can import/export from the item attribute editor, you need to select the "Copy Templates" tab in the volcopy editor to see the import/export options. |
11:32 |
Dyrcona |
Switching topics back to search filters, because it is that kind of morning. |
11:32 |
Dyrcona |
So, before I can add a "4K Ultra HD" filter with a composite definition, I need to add something to make "4K Ultra HD" show up as something that the composite definition will understand? |
16:14 |
Bmagic |
and look, it's in the upgrade script |
16:24 |
Bmagic |
I have to say, I'm digging it |
17:00 |
jeffdavis |
There is an open question on bug 1822875 about whether MARC 245 subfields are intentionally suppressed when using display fields. Is anyone who was involved in that development able to address that? |
17:00 |
pinesol |
Launchpad bug 1822875 in Evergreen "OPAC titles are truncated when query string present" [Undecided,Confirmed] https://launchpad.net/bugs/1822875 |
17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
17:02 |
jeffdavis |
I have the impression that display fields intentionally don't include 245 $c, $h etc. which is creating some confusion. |
17:06 |
mmorgan |
Just a parting thought on that - it caused confusion that the 245 $c appeared when following a permalink to a record, but not when the record was retrieved as a result of a search. |
17:07 |
* mmorgan |
disappears but will check IRC logs later :) |
08:18 |
|
collum joined #evergreen |
08:40 |
|
bos20k joined #evergreen |
08:43 |
|
mmorgan joined #evergreen |
08:52 |
Dyrcona |
So, thanks to multiple copies of production data on a test db server, I have a rough timeline for when the copy templates got borked: between March 30 and April 7. |
08:52 |
Dyrcona |
So, I have a date range for checking server logs. |
08:56 |
|
remingtron joined #evergreen |
08:57 |
|
dkyle joined #evergreen |
13:01 |
Dyrcona |
gitolite++ # For rejecting an errant push to origin |
13:01 |
Dyrcona |
git++ |
13:32 |
|
yboston joined #evergreen |
13:49 |
stephengwills |
whats the fastest way to verify that evergreen is sending emails…. I tested the underlying ssmtp and it’s working fine. |
13:50 |
stephengwills |
can I fire off a test via srfsh, for instance? |
13:53 |
Dyrcona |
stephengwills: Not really, there's no test email method. You'd have to run the action trigger runner for something that will send an email. |
13:53 |
stephengwills |
ok thanks |
13:54 |
Dyrcona |
If the server can send email, the chances are that Evergreen can, too. |
13:54 |
stephengwills |
nod. I made a little test script and it worked find using php mail(); |
13:55 |
stephengwills |
I assumed if that worked PERL would too |
13:55 |
Dyrcona |
Yes, it should. |
13:59 |
sandbergja |
DIG meeting coming up in one minute |
14:02 |
sandbergja |
remingtron: would you mind handling the meetbot piece of this meeting? I've misplaced my meetbot cheat sheet. |