11:22 |
Dyrcona |
Maybe I'll just simplify this logic... |
11:23 |
|
stephengwills joined #evergreen |
11:24 |
Dyrcona |
And, my real problem is that I made changes in master and applied them to a custom 3.2 template.....Things are very different.... |
11:24 |
Dyrcona |
So, I'll test on a 3.6.1 VM... |
11:26 |
Dyrcona |
I wonder if bootstrap OPAC will need a similar fix? |
11:30 |
Dyrcona |
So, it must be some customization.... |
11:32 |
Dyrcona |
Grrr......... customization-- |
16:23 |
csharp |
I'm finally walking away - back on 1/4/21 |
16:24 |
csharp |
everyone have a great holiday! |
16:43 |
jeff |
OpenILS::Application::get_org_tree has a process-local cache of the org tree by locale. I don't think anything clears it other than a fresh process. |
16:52 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2020-12/2020-12-18_16:00:03/test.7.html> |
17:26 |
|
mmorgan left #evergreen |
17:49 |
|
sandbergja joined #evergreen |
18:06 |
jeff |
er, that should be OpenILS::Application::AppUtils::get_org_tree |
03:45 |
|
dwebster joined #evergreen |
04:56 |
|
rjackson_isl_hom joined #evergreen |
05:51 |
|
dbwells_ joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:33 |
csharp |
jeffdavis: sorry, I lost internet right around the time you asked me that about https://bugs.launchpad.net/evergreen/+bug/1896285/comments/7 - berick said he was able to reproduce it. I believe it happens when catalogers create a bunch of new copies in the volcopy editor for a library that is not the workstation's branch |
07:33 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] - Assigned to Bill Erickson (berick) |
08:00 |
rjackson_isl_hom |
are other consortia with large pull lists running into bug https://bugs.launchpad.net/evergreen/+bug/1768022 |
11:07 |
rjackson_isl_hom |
s/elast/least |
11:42 |
|
sandbergja joined #evergreen |
12:06 |
|
terranm joined #evergreen |
12:11 |
terranm |
It appears as of 3.5 that the staff client can't be used on any mobile device - we're definitely seeing this in our 3.6 testing (on our test servers as well as the community demo server) - https://bugs.launchpad.net/evergreen/+bug/1901760 |
12:11 |
pinesol |
Launchpad bug 1901760 in Evergreen "Staff Client Whitescreen on login on all browsers on iOS/Android" [High,Confirmed] |
12:11 |
terranm |
Anyone have any thoughts? |
12:17 |
|
jihpringle joined #evergreen |
12:35 |
* jeff |
nods |
12:36 |
jeff |
indeed, much of the code that mentions shared workers appears to at least acknowledge the idea that not all browsers will support them. |
12:36 |
berick |
right |
12:36 |
jeff |
However it wouldn't surprise me if that's lightly tested. |
12:37 |
Dyrcona |
Yeah, what jeff said. I just logged into training with Firefox on Android 10. |
12:37 |
Dyrcona |
It's running 3.6.1. |
12:37 |
jeff |
eg2 also uses a shared worker for IndexDB in Open-ILS/src/eg2/src/app/core/db-store.service.ts, I think? |
13:37 |
tlittle |
I was deciding whether or not I should post it here haha |
13:37 |
JBoyer |
tlittle++ :D |
13:38 |
JBoyer |
On the barcode front, I'd also prefer a bluetooth scanner, but I *think* both Android and iOS have custom keyboards available that can do the scanning without specialized hardware. |
13:39 |
terranm |
The one I tested before for Android was "Barcode & QR code Keyboard" by Nikola Antonov but there are a bunch now. At the time, iOS didn't have one, but it looks like they do no |
13:39 |
terranm |
*now |
13:41 |
Dyrcona |
terranm: Thanks. I may give that keyboard a whirl to see how well that works. |
13:41 |
terranm |
I found out the hard way that a lot of scanners marketed as bluetooth scanners only communicate between the scanner and a piece of scanner equipment connected to a computer via USB, they would not communicate with a phone |
13:42 |
terranm |
That was probably 2 years ago, so hopefully there is something better now |
13:43 |
Dyrcona |
Well, I wasn't thinking of getting a bluetooth scanner for myself. Just thinking out loud that it would be the "better" option. |
13:43 |
terranm |
+1 |
13:44 |
terranm |
We were trying to find more efficient ways to do inventory at the time I was testing |
13:46 |
|
nfBurton joined #evergreen |
13:46 |
|
tlittle1 joined #evergreen |
13:48 |
Dyrcona |
Yes, that a mobile device would be useful for inventory. |
16:30 |
|
sandbergja joined #evergreen |
17:02 |
|
mmorgan left #evergreen |
17:14 |
|
dwebster joined #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
01:36 |
|
mrisher_ joined #evergreen |
01:41 |
|
mrisher joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:55 |
|
rjackson_isl_hom joined #evergreen |
08:00 |
|
mmorgan joined #evergreen |
08:00 |
|
alynn26 joined #evergreen |
15:03 |
rjackson_isl_hom |
csharp++ - our local IT professional (not me) found that little tid bit of knowledge) |
15:03 |
Dyrcona |
I use a bash script to start websocketd. It basically just runs the websocketd command line in the background. |
15:03 |
csharp |
great |
15:07 |
rjackson_isl_hom |
initially ran a test (in production) without the websocketd to reboot all application servers and that went over like a lead balloon |
15:08 |
Dyrcona |
I'm not a huge fans of systemd, but I may go that route in the future. |
15:08 |
Dyrcona |
Well, the OPAC should work just fine without websocketd. |
15:08 |
Dyrcona |
The web staff client needs it. |
15:19 |
Dyrcona |
If you're running the proxy and Apache on the same machine, then there's almost 0 risk of snooping. |
15:20 |
Dyrcona |
If you're running the proxy on a front end and passing traffic over the LAN, then it's as safe as your LAN, so you may want to keep that encrypted. Depends on your local security and level of paranoia. |
15:20 |
Dyrcona |
I actually think that haproxy would be usable for if it was not encrypting the connections to Apache. |
15:20 |
JBoyer |
Makes local testing way easier too, since Chrome won't complain about self-signed certs |
15:20 |
Dyrcona |
s/(for)/\1 us/ |
15:22 |
Dyrcona |
Guess I'll file a Lp bug about it...Maybe today, maybe tomorrow. |
15:23 |
JBoyer |
I filed one at some point, but LP gonna LP. |
15:35 |
Dyrcona |
jeffdavis: We're using ldirectord with nginx and apache on each brick. |
15:36 |
Dyrcona |
With haproxy in front, you shouldn't need nginx. (I tried that but found it killed our performance.) |
15:36 |
Dyrcona |
Maybe ldirectord is breaking things.... |
15:37 |
Dyrcona |
I did set up a test set of VMs with haproxy in front on a a pair of load balancers and just apache on the brick vms, and that worked fine. But when I put it in production, things were noticeably slower. |
15:38 |
Dyrcona |
Anyway....I'll do some more looking unless something comes up tomorrow. |
15:40 |
|
Cocopuff2018 joined #evergreen |
15:40 |
Dyrcona |
Hmm... set_real_ip_from. That may be what's missing. |
16:05 |
Dyrcona |
Yeah, that sounds familiar. |
16:10 |
|
jihpringle joined #evergreen |
16:11 |
JBoyer |
And to your earlier point, once that's located again we should probably add it to stock! :) |
16:12 |
jeffdavis |
csharp: do you happen to have a test plan for reproducing https://bugs.launchpad.net/evergreen/+bug/1896285/comments/7 ? Not quite sure how to test the patch for that one. |
16:12 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] |
16:12 |
Dyrcona |
Well, I've added a log format with %{X-Forwarded-For}i, and it looks like my problem is nginx not setting X-Forwarded-For. |
16:15 |
Dyrcona |
Too many moving parts.... |
17:00 |
Dyrcona |
Anyway, time to go! |
17:04 |
|
sandbergja joined #evergreen |
17:04 |
|
mmorgan left #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:22 |
|
rjackson_isl_hom joined #evergreen |
20:30 |
|
ejk_ joined #evergreen |
21:13 |
|
alynn26 joined #evergreen |
10:00 |
csharp |
Dyrcona: de nada |
10:00 |
Dyrcona |
:) |
10:00 |
mmorgan |
:) |
10:00 |
Dyrcona |
My comment is tangentially related to Evergreen. I'm having a dickens of a time getting Nagios to recognize and report on my new test. |
10:00 |
csharp |
ah - yeah |
10:01 |
Dyrcona |
But, it's also a more general observation on life. |
10:03 |
csharp |
Dyrcona: 42 |
10:30 |
csharp |
we really need to make SIPServer report the source IP address - would be so useful when troubleshooting misconfigured clients |
10:31 |
berick |
csharp: *cough* bug 1901930 *cough* |
10:31 |
pinesol |
Launchpad bug 1901930 in Evergreen "Evergreen SIP2Mediator Support" [Wishlist,New] https://launchpad.net/bugs/1901930 |
10:31 |
csharp |
berick: heh - I honestly wasn't thinking about that at all :-) |
10:33 |
csharp |
I'll install that on my master server this week and put it through a test |
10:35 |
berick |
that would be awesome |
10:50 |
Dyrcona |
Hmm. A email from one of my favorite restaurants, sent from a domain with no A nor C record, and a return email address in a Sao Tome and Principe domain whos MX points to mailgun.com....Looks legit! :) |
10:54 |
Dyrcona |
Ah, sendgrid.... You're too clever for your own good. :) |
11:13 |
csharp |
berick: after about 45 minutes of running all three patches, logs are clear and not seeing high drone counts anywhere at the moment |
11:14 |
csharp |
if things hold through this afternoon, I'll sign off on all three |
11:19 |
Dyrcona |
I'm also looking at those patches, and some of them don't apply to 3.2.10, but that's to be expected. |
11:20 |
Dyrcona |
Also, we can go a long time without having issues. I'm not sure 45 minutes is a valid test, though it is long enough to determine if the patches are causing other issues. |
11:20 |
csharp |
agreed |
11:21 |
csharp |
it appears that our major issues were being caused by batch add of copies to a volume, which doesn't happen constantly at the scale that causes a problem |
11:22 |
csharp |
which is why this has been hard to troubleshoot |
11:23 |
Dyrcona |
Yeah. |
11:23 |
Dyrcona |
That volcopy patch applies cleanly to 3.2.10. Doesn't mean it actually works, but I'm setting up a test VM so someone can see if stuff is broken after. |
11:24 |
berick |
also note the batch copy scenario only comes into play when adding copies whose circ lib is not the workstation org unit |
11:25 |
csharp |
oh good to know |
11:25 |
csharp |
and why it would affect PINES and maybe not others since we enforce centralized cataloging at every system |
12:24 |
Dyrcona |
Ah, interesting. The unpatched VM didn't get more circ drones running, but it did get 31 cstore drones whereas the patched VM still has our minimum of 5. |
12:24 |
Dyrcona |
Looks good to me. |
12:32 |
mmorgan |
berick++ csharp++ Dyrcona++ |
12:43 |
Dyrcona |
Actually, I think I'll just go ahead and test patron bucket add on 3.6.1 and do a signoff branch if it works. Hope I'm not stepping on csharp's toes! |
12:54 |
Dyrcona |
I wonder how much difference that patch makes on 3.6.1. I'm at 29 cstore drones after the patch. |
12:54 |
Dyrcona |
Circ drones remains unchanged at 1 pre and post patch. |
12:55 |
Dyrcona |
And, yeahp, I cleared all site data between the two tests, not just the cache. |
12:56 |
Dyrcona |
I'll leave things as they are. I still think the patch can make a difference. |
12:57 |
* Dyrcona |
decides to finally break for lunch by taking the dog for a walk. |
13:11 |
|
eady joined #evergreen |
17:01 |
Bmagic |
it started with "I've recieved my stuff and I have an invoice in hand, but Evergreen doesn't have it...." |
17:11 |
|
mmorgan left #evergreen |
17:58 |
|
nfBurton28 joined #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:04 |
|
sandbergja_ joined #evergreen |
18:43 |
|
jihpringle joined #evergreen |
20:01 |
|
sandbergja joined #evergreen |
03:22 |
|
RBecker joined #evergreen |
03:22 |
|
berick joined #evergreen |
03:22 |
|
dluch joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:26 |
|
Dyrcona joined #evergreen |
07:35 |
|
rjackson_isl_hom joined #evergreen |
08:05 |
|
mantis1 joined #evergreen |
11:34 |
|
Christineb joined #evergreen |
11:46 |
csharp |
mmorgan: in our multi-brick setup, it appears to the end user to be "unstable" because it sometimes works (when they're hitting working bricks) |
11:47 |
mmorgan |
csharp: Ok, thanks, we have had that experience. |
11:48 |
berick |
csharp: testing the fixes for bug 1896285 might help |
11:48 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] https://launchpad.net/bugs/1896285 |
12:09 |
csharp |
berick: that's on my to-do for this exact reason - thanks |
12:09 |
|
jihpringle joined #evergreen |
14:35 |
jeff |
How it's going: UPDATE action.circulation AS circ SET due_date = '2020-12-28 23:59:59-0500' WHERE […] |
14:35 |
jeff |
(oh, we were so optimistic back in March!) |
14:45 |
mmorgan |
jeff: Or maybe just naive |
14:46 |
Dyrcona |
So, I'm not getting remote ips in my Apache logs with nginx as the proxy. I tried fixing the configration on a test vm, but I'm still getting 127.0.0.1 after restarting both nginx and apache. |
14:46 |
Dyrcona |
Does anyone have an example configuration that works? |
14:47 |
Dyrcona |
jeff: We still have rolling updates for due dates at two of our member libraries. |
14:52 |
|
jihpringle joined #evergreen |
15:46 |
jeff |
Due to a recent COVID-19 exposure, the library is closed until Dec 28. Curbside service is also suspended. Your item(s) including TEN LESSONS FOR A POST-PANDEMIC WORLD will be held until service resumes. More info will be posted on the library web site. |
15:48 |
berick |
heh |
15:49 |
mmorgan |
Probably won't need that book for a while yet, anyway :-/ |
15:59 |
csharp |
jeff++ |
16:09 |
|
Cocopuff2018 joined #evergreen |
16:57 |
csharp |
happened again - at 4:30 p.m. EST, our open-ils.actor drone count was 12/192 - just now it's 192/192 |
16:57 |
csharp |
and a wall of NOT CONNECTED errors |
16:58 |
|
sandbergja joined #evergreen |
16:59 |
csharp |
berick: I tested your branches for bug 1896285 on a smallish test server and it kept the open-ils.actor count low but I saw a spike in pcrud drones (small use case) |
16:59 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] https://launchpad.net/bugs/1896285 |
16:59 |
csharp |
berick: would the fix for the patron buckets (which I don't think are widely used in PINES) help? |
17:00 |
berick |
the fixes only address the specific work flows |
17:46 |
sandbergja |
And never mind my never mind -- I was looking at the wrong column |
17:47 |
sandbergja |
nothing in current_copy |
17:56 |
|
dbwells joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:01 |
Dyrcona |
So, I tried restarting the service, and the Listener would not die. I had to kill it with -9, i.e. fire. |
18:01 |
|
sandbergja__ joined #evergreen |
18:03 |
|
jihpringle joined #evergreen |
18:04 |
berick |
csharp: fix pushed |
18:50 |
csharp |
berick: rock on - will test very soon |
20:21 |
|
sandbergja__ joined #evergreen |
20:33 |
csharp |
berick - tested fine on my test server - I'll let you know tomorrow how it looks with PINES data |
22:34 |
|
sandbergja__ joined #evergreen |
01:11 |
|
mrisher_ joined #evergreen |
01:13 |
|
mrisher__ joined #evergreen |
01:56 |
|
sandbergja joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:57 |
|
mantis1 joined #evergreen |
07:59 |
|
mmorgan joined #evergreen |
08:29 |
|
rfrasur joined #evergreen |
12:56 |
|
sandbergja joined #evergreen |
12:57 |
csharp |
glad I didn't pour tons of time/energy into the centos OpenSRF/EG target |
12:57 |
csharp |
I can still focus on RHEL though |
12:58 |
JBoyer |
I had thought about playing with it since I thought (haven't really researched it) that was the only way to get a RHEL compatible release for testing / dev. |
12:59 |
JBoyer |
Though I wouldn't be surprised if RH simply does such a good job hiding any free iso of RHEL that I would never locate it. |
13:02 |
JBoyer |
Pfft. Or I could start from google and find it in 2-3 clicks. |
13:03 |
Dyrcona |
Umm.. CentOS isn't Red Hat, is it? I always thought it was a fork. |
17:12 |
|
mmorgan left #evergreen |
17:13 |
|
mantis1 left #evergreen |
17:44 |
|
dbwells joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:41 |
JBoyer |
RHEL Update: My interest in fooling with RHEL in any sort of unpaid capacity immediately evaporated on exposure to the white-hot-intensity nope that is a required phone/address/etc. account just to get an ISO. |
19:09 |
|
sandbergja joined #evergreen |
22:17 |
|
sandbergja joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:50 |
rjackson_isl_hom |
csharp nothing stuck out |
07:58 |
rjackson_isl_hom |
after our upgrade to 3.4.4 the actor.usr_delete function has become corrupted. There are two entries attempting to set guardian to null so function fails always. |
07:59 |
rjackson_isl_hom |
two questions for the community: where do I find the function definitions that should be in place |
11:03 |
berick |
mmorgan: yeah, i wonder if a setting somewhere is not stored correctly, like a default pickup lib user setting |
11:03 |
berick |
"\"171\"" is still valid JSON, so the DB would accept it |
11:03 |
Dyrcona |
Yeah, I was about to suggest it might be a user setting. |
11:04 |
csharp |
mmorgan: that was my first thought, but I stopped when it wasn't the OU setting - I'll dig in that direction |
11:05 |
csharp |
well, I should have mentioned that we're testing the fix to bug 1889128 on *top* of 3.6.1 |
11:05 |
pinesol |
Launchpad bug 1889128 in Evergreen "Angular Staff Catalog: Place Another Hold & Multi-Holds" [High,Confirmed] https://launchpad.net/bugs/1889128 |
11:07 |
Dyrcona |
csharp: You removed the sticker, opened the seal, and voided the warranty. :) |
11:07 |
csharp |
Dyrcona++ |
11:13 |
berick |
mmorgan: was just checking... |
11:14 |
berick |
well my branch may have missed it too |
11:14 |
berick |
mmorgan: hm, no, the patch is there in your s/o branch |
11:15 |
mmorgan |
I did my testing on terranm's server, and it worked well there. |
11:15 |
berick |
but it has a different LP number so csharp may have missed it |
11:16 |
csharp |
oh - yeah - that's it |
11:16 |
csharp |
I didn't realize they were all of a piece because of the different LP numbers |
12:08 |
|
Jp joined #evergreen |
12:28 |
Jp |
. |
13:15 |
|
sandbergja joined #evergreen |
14:21 |
csharp |
we're seeing the same kind of actor drone exhaustion that Dyrcona and jeffdavis have previously reported |
14:21 |
csharp |
I'll see if I can test berick's fix for bug 1896285 |
14:21 |
pinesol |
Launchpad bug 1896285 in Evergreen "Use batch methods for multi-row grid actions" [Medium,Confirmed] https://launchpad.net/bugs/1896285 |
14:23 |
jeffdavis |
^ should mention I re-tested those fixes, one seemed to work the second time around but I still saw drone exhaustion on the other test case. I need to revisit and properly report results. |
14:44 |
pinesol |
[evergreen|Chris Sharp] Forward-port 3.4.4-3.4.5 version upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a76b279> |
14:46 |
pinesol |
[evergreen|Chris Sharp] Forward-port 3.5.1-3.5.2 version upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f7fe764> |
14:52 |
pinesol |
[evergreen|Jason Boyer] Forward-port 3.6.1 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0297d91> |
17:02 |
|
mmorgan left #evergreen |
17:30 |
|
jeffdavis joined #evergreen |
17:30 |
|
Cocopuff2018 joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:39 |
|
Cocopuff2018 joined #evergreen |
02:40 |
|
alynn26 joined #evergreen |
06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:15 |
|
rjackson_isl_hom joined #evergreen |
07:24 |
csharp |
jeffdavis++ |
08:04 |
|
rfrasur joined #evergreen |
14:34 |
mmorgan |
mantis2: Only circulations whose due dates fall on the emergency closure dates will be affected by the emergency closure processing. Do you have due dates that fall on those closed dates? |
14:34 |
csharp |
mantis2: also beware bug 1869728 |
14:34 |
pinesol |
Launchpad bug 1869728 in Evergreen "Emergency closure processing fails if overlap existing closed date" [High,Confirmed] https://launchpad.net/bugs/1869728 |
14:39 |
mantis2 |
mmorgan: I didn't but I appreciate the guidance |
14:40 |
mantis2 |
For whatever reason I was lost on how to test it |
14:40 |
mantis2 |
But I think I understand now thank you both |
14:40 |
mantis2 |
mmorgan ++ |
14:40 |
mantis2 |
csharp++ |
15:08 |
|
collum joined #evergreen |
15:19 |
|
Cocopuff2018 joined #evergreen |
15:32 |
|
mantis2 left #evergreen |
17:01 |
|
collum_ joined #evergreen |
17:03 |
|
mmorgan left #evergreen |
17:41 |
|
jvwoolf1 left #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:30 |
|
yar joined #evergreen |
18:57 |
|
yar joined #evergreen |
22:14 |
|
sandbergja joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:02 |
|
rjackson_isl_hom joined #evergreen |
07:18 |
|
alynn26 joined #evergreen |
07:45 |
|
Dyrcona joined #evergreen |
15:10 |
JBoyer |
#topic New Business |
15:10 |
|
Topic for #evergreen is now New Business (Meeting topic: 2020-12-01 - Developer Meeting, Agenda Available at https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2020-12-01) |
15:11 |
JBoyer |
terranm, would you like to talk about the signed off bugs list? |
15:11 |
terranm |
Sure. We have a bit of a backlog in patches that are tested and signed off but not committed. Michele has been highlighting some of the more urgent fixes in email. |
15:11 |
terranm |
Would it be reasonable to ask each core committer to commit to checking and committing at least one signed off patch per month? (At least until we're keeping up with them?) |
15:12 |
JBoyer |
Seems reasonable to me. |
15:12 |
csharp |
+1 |
15:12 |
berick |
terranm: i like the idea. maybe a good dev list heads-up / discussion |
16:56 |
jeffdavis |
yes, looks like the websocket login types are transient by default |
17:01 |
Dyrcona |
jeff: I'm signing out if you want to continue that conversation tomorrow. |
17:13 |
|
mmorgan left #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:00 |
|
sandbergja joined #evergreen |
18:22 |
jeffdavis |
Another day, another method for exhausting open-ils.actor drones. :( |
18:51 |
jeffdavis |
bug 1896285 |
05:54 |
|
rjackson_isl_hom joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:48 |
|
collum joined #evergreen |
08:04 |
|
Dyrcona joined #evergreen |
08:23 |
|
rfrasur joined #evergreen |
11:21 |
|
Cocopuff2018 joined #evergreen |
11:24 |
|
rjackson_isl_hom joined #evergreen |
12:11 |
mmorgan |
Can a partial cut command be included in a print template? One of our libraries wants to create a 2-part receipt. |
12:16 |
jeff |
many variables there. the most likely route to success will be to see what font your printer considers its "control font", and what character in that font signals a partial cut. |
12:16 |
jeff |
i haven't tested that enough to know if any of the ways Evergreen currently prints present a particular challenge to that approach. |
12:16 |
|
jihpringle joined #evergreen |
12:26 |
|
sandbergja joined #evergreen |
12:41 |
|
collum joined #evergreen |
14:05 |
Dyrcona |
Nope. Still broken. |
14:08 |
csharp |
maybe private browsing is not storing some sort of cookie or something? |
14:09 |
|
sandbergja joined #evergreen |
14:09 |
jeff |
Dyrcona: do you have a test url you can share here or via msg? |
14:10 |
jeff |
I wonder if something's tripping up Enhanced Tracking Protection in Firefox. |
14:10 |
Dyrcona |
jeff: You can't access it without a firewall. Also, I need to retest the bug. |
14:10 |
Dyrcona |
s/firewall/vpn/ |
14:11 |
Dyrcona |
Or, rather, a vpn for the cw mars firewall. |
14:11 |
JBoyer |
I'm guessing Private mode doesn't allow access to shared workers or databases. FYI, I can see this problem on demo.evergreencatalog.com |
14:11 |
JBoyer |
so there's a pretty available test site |
14:11 |
Dyrcona |
It looks like something like that, yeah. |
14:11 |
jeff |
oh, workstation registration... i was trying patron self-reg. reading comprehension failure, sorry. |
14:12 |
JBoyer |
Well, I guess if I read it a little closer it looks like shared workers are allowed, because they're complaining about not being able to get lovefield working. :) |
15:54 |
JBoyer |
Ah, I'll check that one out, much better than opening dev tools and then right-clicking reload which is what I normally end up doing. |
15:54 |
|
sandbergja joined #evergreen |
16:14 |
|
Cocopuff2018 joined #evergreen |
16:50 |
mmorgan |
JBoyer: Dyrcona: I'm testing this Chrome plugin to do the cache clearing and have had success: https://chrome.google.com/webstore/detail/hard-refresh/ichmdelihgokllcnibkcpciljnggojkj |
17:10 |
|
mmorgan left #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
20:16 |
|
sandbergja joined #evergreen |
21:35 |
|
sandbergja joined #evergreen |
21:49 |
|
rjackson_isl_hom joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:17 |
|
rjackson_isl_hom joined #evergreen |
08:01 |
|
Dyrcona joined #evergreen |
08:10 |
|
mantis2 joined #evergreen |
08:41 |
mmorgan |
:) |
08:41 |
Dyrcona |
I suppose I could delete some of these. I guess I kept them thinking that I might either need them again or want to look at them for some reason. |
08:45 |
Dyrcona |
Some of them look like I was just playing around with command or functions. |
08:49 |
Dyrcona |
Yeah, experiments, tests, one shots, and things that I used to years ago, but are no longer needed. |
08:58 |
Dyrcona |
I could organize this particular set of files a bit better. I'm finding some things that will be useful for our next upgrade, I guess because I wrote them for a previous upgrade. |
09:07 |
csharp |
Dyrcona: yeah, I have a lot of those fix-and-forget scripts that I've kept around too |
09:07 |
csharp |
I try to name them something that I might have a chance of remembering later |
14:47 |
Dyrcona |
Is the first one you've installed with Ubuntu 18.04? If so, it could be that previous versions of the XPath software were not enforcing that rule. |
15:34 |
Bmagic |
that sounds more like the cause |
15:40 |
|
mantis2 left #evergreen |
16:16 |
mmorgan |
I have a test server running (finally!) and am testing making changes to Angular files. I'm not seeing my changes in the web client. |
16:17 |
mmorgan |
I make a change, do the ng build --prod to compile, but I'm missing the step(s) to get the compiled files where they belong. |
16:17 |
berick |
mmorgan: copy them to /openils/var/web/eg2/en-US/ |
16:18 |
berick |
and copy them from your checkout at Open-ILS/web/eg2/en-US/ |
16:18 |
mmorgan |
berick: Just copy them? Thought I had tried that, but will try again. |
16:19 |
berick |
yeah, should be fine to just copy them over |
16:21 |
mmorgan |
berick: Do services need restarting after the copy? |
16:21 |
berick |
mmorgan: nope, but a browser cache clear or hard refresh likely will be |
16:22 |
mmorgan |
Ok, good to know. Giving it a try. |
16:29 |
mmorgan |
Hmm. Not seeing the changes. Using bug 1855761 to test. Still seeing the typo 'Succeessfully' |
16:29 |
pinesol |
Launchpad bug 1855761 in Evergreen "Typo when creating new carousel mapping" [Low,Confirmed] https://launchpad.net/bugs/1855761 |
16:29 |
|
sandbergja joined #evergreen |
16:44 |
mmorgan |
Oh. 'Succeessfully' appears in other files, too. I do see a result from my changes, though, so |
17:53 |
|
mantis2 joined #evergreen |
17:53 |
|
mantis2 left #evergreen |
17:56 |
|
mmorgan left #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:06 |
jeffdavis |
200 max children for open-ils.actor, "no children available" starting at 14:03:15.146000, no sudden spike in open-ils.actor calls beforehand and only 269 such calls in the 10 mins leading up to it |
18:08 |
jeffdavis |
lots of open-ils.actor NOT CONNECTED TO THE NETWORK errors immediately afterward, starting at 14:03:15.435596 (almost exactly 0.3s after the first "no children available" error), which seems like a consequence of no children available |
18:12 |
jeffdavis |
actor drone count was 21/200 at 14:03:04 and 200/200 at 14:03:19 |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:34 |
|
rjackson_isl_hom joined #evergreen |
08:03 |
|
rfrasur joined #evergreen |
08:07 |
|
mantis2 joined #evergreen |
08:08 |
Dyrcona |
Umm... Why are columns out of order in a table after a pg restore? |
08:09 |
Dyrcona |
Maybe I should ask in #postgresql? |
08:11 |
Dyrcona |
So, in a Pg 12 database restored from a 9.6 dump, the hold and cancel_time fields in action.hold_transit_copy are swapped compared to the order that they had in the source database. |
08:12 |
Dyrcona |
This makes testing my update script impossible. |
08:13 |
Dyrcona |
Grr... I'll have to ask in #postgresql. I can't have this happening. |
08:18 |
csharp |
I'm under the impression that column order is not static unless you ask for it in a select, but I haven't investigated that recently |
08:19 |
Dyrcona |
I suspect it has something to do with the inheritance on action.transit_copy, too. |
08:32 |
Dyrcona |
Oh! It'd different on my 9.6 database that was pg_restore'd.... So, it must be the inheritance. I suspect that cancel_time was added later. |
08:35 |
Dyrcona |
So table order doesn't matter, until it does. :) |
08:35 |
|
mmorgan joined #evergreen |
08:35 |
Dyrcona |
I'll have to run this script live without testing it, or I could add a rollback just to check the syntax. |
08:37 |
csharp |
https://stackoverflow.com/a/285740/1692794 - I learned that you can see the order in pg_attribute.attnum but also learned that changing that is a pain |
08:40 |
Dyrcona |
csharp: That's interesting, but the order of the columns in the destination table hasn't changed, so I'll just select the columns in that order, and I should be good to go. |
08:45 |
Dyrcona |
I think I'm leaning toward joining the camp of "table inheritance considered harmful." |
16:59 |
|
JBoyer joined #evergreen |
17:16 |
|
mmorgan left #evergreen |
17:49 |
|
rjackson_isl_hom joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:42 |
|
Cocopuff2018 joined #evergreen |
19:04 |
|
sandbergja joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:13 |
|
rjackson_isl_hom joined #evergreen |
08:12 |
|
collum joined #evergreen |
08:16 |
|
collum_ joined #evergreen |
08:31 |
|
mmorgan joined #evergreen |
09:29 |
|
mantis2 joined #evergreen |
09:50 |
|
rlefaive joined #evergreen |
10:18 |
jeff |
Looking at hold policy, there doesn't seem to be a way to limit the number of holds on items of a given circ modifier... you can say "if you're placing a hold on KIT you can only have X hold requests total", but it's not "you can only have X other KIT hold requests"... I wonder if any of the bib-level tests do better. |
10:19 |
jeff |
(it's tricky of course, because 1) it's holds and 2) your other title holds may be a mix of KIT and something-else in terms of eligible copies for each hold) |
10:22 |
csharp |
I guess we need the equivalent of circ limit sets for holds? |
10:23 |
csharp |
reworking holds policies should be on the Big Board so we can enable things like fallthrough too |
10:24 |
jeff |
capturing items that the patron can't actually check out is also annoying, but we're discussed that here before. :-) |
15:36 |
jeffdavis |
I see the default install location for simple2zoom has changed from /usr/bin to /usr/local/bin in Ubuntu 18.04 |
15:38 |
|
mantis2 left #evergreen |
15:54 |
|
sandbergja joined #evergreen |
16:58 |
mmorgan |
berick: Just wanted to report that I had to comment out the npm run test to get the ansible script to complete in my VirtualBox VM. Evergreen appears to be running, but I can't connect to it from my browser. Will quit while ahead and revisit next week. |
16:58 |
|
rlefaive joined #evergreen |
16:59 |
|
Cocopuff2018 joined #evergreen |
17:04 |
|
mmorgan left #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:15 |
|
rlefaive joined #evergreen |
20:16 |
|
Cocopuff2018 joined #evergreen |
21:20 |
|
rlefaive joined #evergreen |