| 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 :) |
| 00:20 |
|
sandbergja joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
agoben joined #evergreen |
| 07:11 |
|
Dyrcona joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:16 |
Dyrcona |
@later tell mmorgan Closer examination reveals that I misspoke yesterday. The user's web staff templates were actually the XUL fromat, except for the "JUVINILE" one, which she says she didn't create. When I look at a test database with data that's a couple of weeks old, the web staff copy templates look OK for this user, but the "JUVINILE" template is there, too. |
| 07:16 |
pinesol |
Dyrcona: The operation succeeded. |
| 08:10 |
|
littlet joined #evergreen |
| 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. |
| 15:03 |
remingtron |
dluch++ |
| 15:04 |
|
mmorgan1 joined #evergreen |
| 15:31 |
|
sandbergja_ joined #evergreen |
| 15:54 |
dbwells |
phasefx++ # bib merge test fix |
| 15:58 |
pinesol |
[evergreen|Dan Wells] Forward port 3.3.0 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e73848> |
| 15:58 |
Bmagic |
dbwells++ # git 3.3.0 |
| 16:03 |
|
khuckins joined #evergreen |
| 17:08 |
pinesol |
Launchpad bug 1821196 in Evergreen "De-arrow-ify item status js" [Undecided,New] https://launchpad.net/bugs/1821196 |
| 17:11 |
berick |
oh, good, sandbergja++ |
| 17:15 |
|
jamesrf joined #evergreen |
| 17:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:38 |
pinesol |
[evergreen|Jane Sandberg] LP1821196: Remove arrow function from item status - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f95053> |
| 17:55 |
|
aabbee left #evergreen |
| 17:55 |
|
aabbee joined #evergreen |
| 18:11 |
|
stephengwills joined #evergreen |
| 20:53 |
|
jamesrf joined #evergreen |
| 21:16 |
|
sandbergja joined #evergreen |
| 22:36 |
|
Dyrcona joined #evergreen |
| 23:25 |
pinesol |
[evergreen|Dan Scott] Docs: fix uneven lengths of code delimiter blocks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a992137> |
| 05:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-10T04:57:30,421235597-0400 -0> |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 07:41 |
|
stephengwills joined #evergreen |
| 08:18 |
|
bos20k joined #evergreen |
| 11:13 |
sandbergja |
I'll see what I can find out! |
| 11:14 |
Bmagic |
Each has it's own hurdles, but I suspect it will work just fine |
| 11:15 |
sandbergja |
BMagic: I've been looking at your Google Containers slides -- do you have any documentation about the AWS version that you could share? |
| 11:16 |
bshum |
Bmagic: sandbergja: Fwiw, I used Azure to setup my VMs two Hack-A-Ways ago for test servers |
| 11:16 |
bshum |
Err, bug squashing weeks |
| 11:16 |
bshum |
Not Hackaways |
| 11:17 |
bshum |
But it's basically like any other cloud hosting option |
| 11:17 |
sandbergja |
bshum++ |
| 11:17 |
bshum |
I was using it cause I had some free credits from my Visual Studio subscription |
| 11:17 |
bshum |
And also to learn their platform |
| 12:41 |
pinesol |
Launchpad bug 1824184 in OpenSRF "Change potentially slow log statements to subroutines" [Undecided,New] https://launchpad.net/bugs/1824184 |
| 12:41 |
bos20k |
Dyrcona++ |
| 12:41 |
bos20k |
phasefx++ |
| 12:46 |
pinesol |
[evergreen|Jason Etheridge] lp1145213 avoid race condition in bib merge test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bbe8a92> |
| 12:52 |
|
yboston joined #evergreen |
| 12:58 |
* mmorgan |
is wondering if a Best-Hold selection sort order can help with this situation: |
| 12:58 |
mmorgan |
Library A's book is popular at Library B and always has holds for pickup there. |
| 13:15 |
|
sandbergja_ joined #evergreen |
| 13:29 |
|
remingtron joined #evergreen |
| 14:08 |
phasefx |
bos20k++ |
| 14:11 |
bos20k |
phasefx: Thanks :) My change to the logger is extremely simple but gets the job done. It is very possible that there is some other really cool way to do it that would be better but this is what I found in my research and testing. |
| 14:20 |
miker |
mmorgan: that's the tension between "reduce transits" and "fill in order" when there are few copies of a popular title (obviously). there's no way today to say "ok, push holds older than X in front of really new holds", but I /think/ that's what you want, approximately? |
| 14:21 |
jeff |
"favor prox unless hold being considered is older than X" or something similar? |
| 14:21 |
miker |
(and, of course, "practice fair collection development" :) ) |
| 15:46 |
mmorgan |
Dyrcona: Just one template that looked unconverted? Other templates in the usr setting look to have been converted? |
| 15:46 |
Dyrcona |
Yes, and the unconverted one does not exist in the XUL templates for this user. |
| 15:51 |
* mmorgan |
wonders what happens if you export templates from the xul client and import them into the web client. Do they get converted when imported into the web client? |
| 15:54 |
Dyrcona |
Interesting... I see something similar but different on a test database that was updated a few weeks ago. |
| 15:54 |
Dyrcona |
None of this user's webstaff copy template were properly converted, and the JUVINILE template does not exist in the XUL templates. |
| 15:55 |
Dyrcona |
I'll have to do more digging to see if they are even this user's templates... |
| 15:59 |
Dyrcona |
Did web staff copy templates have to be converted prior to 3.0? Could be this person used the web client on 2.12. |
| 16:04 |
mmorgan |
Dyrcona: bug 1691269 enabled converting xul to web templates, released in 3.0.2 |
| 16:04 |
pinesol |
Launchpad bug 1691269 in Evergreen "web client: copy templates created on XUL not displayed" [Medium,Fix released] https://launchpad.net/bugs/1691269 |
| 16:05 |
|
yboston joined #evergreen |
| 16:30 |
|
sandbergja joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:04 |
|
mmorgan left #evergreen |
| 17:36 |
|
sandbergja joined #evergreen |
| 18:04 |
|
stephengwills joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:57 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:19 |
|
JBoyer joined #evergreen |
| 09:33 |
|
finnx left #evergreen |
| 09:48 |
|
sandbergja joined #evergreen |
| 10:17 |
|
Christineb joined #evergreen |
| 10:25 |
Bmagic |
berick: I tested the installer. It installs. It gracefully removes the previous version. It enables the browser extension. I set my printer to Dymo. And I printed a spine label without a margin error! (I don't have the printer anymore because it was on loan but I printed to the printer through Windows's driver) |
| 10:26 |
Bmagic |
At the very least: this version of Hatch can't be worse. |
| 10:27 |
Bmagic |
(Other than it's 214MB) |
| 10:27 |
berick |
:) |
| 16:20 |
mmorgan |
That is, can the "best hold" ever be "no hold"? |
| 16:22 |
mmorgan |
I've tried setting up a sort order with shtime - "Copy Has Been Home At All Lately", but it didn't send the item home. |
| 16:29 |
miker |
mmorgan: I don't believe there's a "skip all holds and send home even if there's no current home-hold" option. that logic is just about sorting extant holds that are eyeballing a copy, not transiting generally |
| 16:32 |
mmorgan |
miker: :-( Thanks. There was also a suggestion that setting a soft stalling interval might serve to get the item home rather than filling the next hold, but I tested that too, and the item wasn't sent home. |
| 16:33 |
mmorgan |
Is there any combination of settings in Evergreen that can accomplish getting the item back home short of placing a hold for pickup there? |
| 16:33 |
miker |
mmorgan: yeah, that's really just about stopping opportunistic capture. at-pickup-lib and currently-targetted holds will still capture |
| 16:34 |
mmorgan |
We are using holds always go home |
| 16:35 |
miker |
mmorgan: not that I can think of OTTOMH. I think it would be new logic that would check /before/ sorting holds to see if a copy hasn't been home "recently" (probably based on a setting, maybe the same as shtime uses now) and skips hold capture altogether (which would cause a transit home, or sticking "here" if float allows) |
| 16:41 |
jeff |
Dyrcona: I was wrong. I had set the setting in a way that an upgrade overwrote it, but I just hadn't noticed yet. I came to the same conclusion as you: setting in /etc/gitlab/gitlab.rb is the way to go. |
| 16:42 |
jeff |
Dyrcona: and the syntax is awkward mostly because of the format of the git config file... ;-) |
| 16:53 |
|
yboston joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-09T16:57:41,930899029-0400 -0> |
| 17:05 |
Bmagic |
Weird problem I've not ran into before. Setting up a new machine from scratch. 16.04. This file doesn't exist: "/usr/share/doc/apache2/examples/setup-instance" for the websockets step |
| 17:06 |
Bmagic |
I've apt-get remove --purge apache2* and reinstalled with "make -f src/extras/Makefile.install ubuntu-xenial" from the OpenSRF repo. Still doesn't create that file |
| 17:06 |
|
mmorgan left #evergreen |
| 17:50 |
Bmagic |
right? |
| 17:56 |
Dyrcona |
Yeah, I think you can even use 3.1 with Evergreen 3.0. |
| 17:57 |
Dyrcona |
The only thing you can't do is use OpenSRF 3.0+ with Evergreen 2.12 or lower. |
| 17:58 |
Dyrcona |
I've run relatively recent OpenSRF master with Evergreen 3.0 on a test virtual machine, and I didn't notice any problems. |
| 18:13 |
Dyrcona |
Bmagic: I rebased and force-pushed that rel_3_0-websocketd branch. |
| 18:13 |
Dyrcona |
There was a conflict in the README, but I think I resolved it so that things make sense. |
| 20:22 |
|
stephengwills joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 05:15 |
|
RBecker joined #evergreen |
| 07:05 |
|
JBoyer joined #evergreen |
| 07:11 |
|
agoben joined #evergreen |
| 14:02 |
|
yboston joined #evergreen |
| 14:02 |
Bmagic |
oh man, I just heard that news this morning |
| 14:02 |
Bmagic |
MS Edge is going to be using Chrome on the backend? Wow. |
| 14:03 |
bshum |
Yeah so far in my testing, it's basically Chromium with Win10 styling for the settings, etc. |
| 14:03 |
bshum |
And you log into your Microsoft account, rather than your Google account, etc. |
| 14:04 |
bshum |
Maybe my corporate overlords will be OK with letting me have this browser to replace my IE11 |
| 14:04 |
Dyrcona |
Google continues to eat the world. |
| 14:08 |
Bmagic |
Sort of blows my mind. I guess everyone agrees that Google did it right. If you can't fight em, join em. |
| 14:09 |
bshum |
Everyone except for those Mozilla guys ;) |
| 15:07 |
JBoyer |
bshum, most likely patches that make it less of a pig re: battery and ram. ;) |
| 15:07 |
bshum |
JBoyer: That would be nice :) |
| 15:08 |
JBoyer |
I didn't have especially strong feelings for Trident, but it was nice to have 3 viable engines. If Google ever stops paying Moz to be the default engine we're basically down to just one now. :/ |
| 16:15 |
pinesol |
[evergreen|Jane Sandberg] LP1744386: Alphabetize stat cats in volcopy attr editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e8f247f> |
| 16:46 |
|
gsams joined #evergreen |
| 16:50 |
|
yboston joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-08T16:58:19,010653406-0400 -0> |
| 17:09 |
|
mmorgan left #evergreen |
| 19:39 |
|
sandbergja joined #evergreen |
| 21:29 |
|
sandbergja joined #evergreen |
| 10:21 |
Dyrcona |
miker and I agree on something! :P |
| 10:21 |
miker |
Dyrcona: hey, it's not /that/ uncommon ;) |
| 10:21 |
Dyrcona |
mker++ # For confirming my suspicion about that particular line. |
| 10:22 |
* miker |
suspects we could probably just sed out all lines that contain INTERNAL in opensrf... anyone needing that verbosity can probably just add targetted INFO level calls for testing... |
| 10:22 |
Dyrcona |
Actually, the log function could be written to take a plain string, a sub, a bare code block, well, just about anything. |
| 10:23 |
Dyrcona |
Setting the log level to INTERNAL is a good way to fill your hard drive. :) |
| 10:23 |
phasefx |
let it do Data::Dumper on anything not a string or code :) |
| 11:53 |
Bmagic |
that's great |
| 11:53 |
gsams |
I'm very excited about that factor for sure |
| 11:54 |
Bmagic |
and presumabely it's printing with javafx |
| 11:54 |
berick |
gsams: i wonder if you should test printing "with dialog" and confirm java is using the right paper size |
| 11:54 |
berick |
Bmagic: yes, using javafx |
| 11:55 |
berick |
gsams: the spine label issue.. that sounds like a staff client problem |
| 11:55 |
Bmagic |
mana from heaven. Let there be Dymo printing with javafx baby! |
| 12:00 |
gsams |
berick: It is probably a staff client problem, but it was worth checking the label print size as it was technically incorrect for us. |
| 12:01 |
gsams |
The label template ignores any changes I make to it on printing. |
| 13:24 |
pinesol |
** <A HREF="https://cve.mitre.org/about/faqs.html#reserved_signify_in_cve_entry">RESERVED</A> ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-0220) |
| 13:25 |
jeff |
I can't guarantee that's it, but if you suspect the Apache update is what broke it, those changes seem worth looking at first. |
| 13:26 |
jeffdavis |
ah, the "multiple consecutive slashes" thing |
| 13:26 |
jeff |
Are you in any position to test with the previous Apache and then upgrade to this version? Be a shame to chase this down if it ends up not being Apache... I'd feel bad for encouraging you down this path, then. :-) |
| 13:35 |
jeffdavis |
jeff: yep, booking works again after downgrading Apache with `aptitude install apache2=2.4.18-2ubuntu3` |
| 13:38 |
jeff |
the iframe source on a system here shows a double slash: it contains /eg//eg/booking/reservation |
| 13:38 |
* jeff |
looks to see why |
| 13:40 |
jeffdavis |
(...and re-upgrading to 2.4.18-2ubuntu3.10 re-breaks things on the test system) |
| 13:41 |
jeff |
Open-ILS/web/js/ui/default/staff/booking/app.js has: var booking_path = '/eg//eg/' + ... |
| 13:42 |
jeff |
(in EmbedBookingCtl) |
| 13:42 |
jeffdavis |
well, that would do it. :( |
| 16:14 |
berick |
in home directory, in .evergreen directory |
| 16:24 |
|
yboston joined #evergreen |
| 16:49 |
|
yboston joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-05T16:58:13,393702099-0400 -0> |
| 17:11 |
gsams |
berick: It looks like it's sending the correct information. |
| 17:12 |
|
mmorgan left #evergreen |
| 17:14 |
pastebot |
"gsams" at 64.57.241.14 pasted "Log of last print attempt" (8 lines) at http://paste.evergreen-ils.org/10842 |
