01:03 |
|
dbwells joined #evergreen |
02:02 |
|
laurie_ joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:56 |
|
agoben joined #evergreen |
07:20 |
|
rjackson_isl_hom joined #evergreen |
07:59 |
|
collum joined #evergreen |
09:16 |
* csharp |
reads "opt in" and imagines checkbox labeled "click here for slower search times!" |
09:16 |
jeff |
mmorgan: I set opensrf/default/share/user/opt_in to true in opensrf.xml, and then configured related OU settings. |
09:17 |
* mmorgan |
nods |
09:18 |
jeff |
org.patron_opt_boundary = 1 at the top of tree (establishing automatic opt-in at same-system libs), and set org.restrict_opt_to_depth = 1 at some system levels where patrons should be prevented from being opted in at other systems. |
09:18 |
jeff |
As mentioned above, I don't think it hit the performance impact until I actually opted in a single user as a test. |
09:20 |
jeff |
until we can opt in with org lassos, I'm probably going to automatically opt all users in one system into another system. |
09:23 |
* Dyrcona |
wonders if !{history} works in a bash script... |
09:24 |
Dyrcona |
Nope: "command not found" |
09:24 |
Dyrcona |
For the record, I didn't think it would. |
17:16 |
jeff |
miker: coincidence! do you recall the thread title? |
17:18 |
sticks |
jeff: I can't seem to find a good solution on google for what I'm typing in, I typed sip2 self checkout, any ideas on where I should start? |
17:18 |
|
sandbergja joined #evergreen |
17:19 |
sandbergja |
Note: bug 1849212 is ready for more testing |
17:19 |
pinesol |
Launchpad bug 1849212 in Evergreen "Course Materials Module" [Wishlist,New] https://launchpad.net/bugs/1849212 |
17:20 |
jeff |
sticks: I see a lot of the usual suspects when I search for: library self checkout |
17:20 |
jeff |
including some vendors, some buying guides from industry publications, etc. |
17:33 |
|
sandbergja joined #evergreen |
17:49 |
|
jihpringle joined #evergreen |
18:00 |
|
jeff_ joined #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:18 |
|
mantis1 left #evergreen |
18:30 |
gmcharlt |
berick: question re the manage authorities branch - in a large database, genre/form headings (and other broad headings) can easily have tens of thousands of linked bibs |
18:31 |
|
sandbergja joined #evergreen |
00:31 |
|
dbwells joined #evergreen |
00:32 |
|
abowling joined #evergreen |
01:31 |
|
JBoyer joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:43 |
|
collum joined #evergreen |
07:01 |
|
agoben joined #evergreen |
07:05 |
|
dbwells joined #evergreen |
12:54 |
|
mrisher joined #evergreen |
13:04 |
Bmagic |
I saw Dyrcona talking about PG 10 - We are thinking about upgrading Postgres for Evergreen. Anyone using 10+ in production yet? |
13:18 |
Dyrcona |
Bmagic: Not yet, but I'm using Pg 12 on a development server and I upgraded our training server to Pg 12 yesterday. |
13:19 |
Dyrcona |
In my limited testing on a development server, you have to go to at least Pg 11 to get a noticeable performance boost over Pg 9.6. |
13:19 |
Bmagic |
ha! |
13:20 |
Bmagic |
hmmm, I'd be a little gun shy to install PG 10+ on a production environment. I figure someone would have production on 10 soon :) |
13:20 |
Dyrcona |
I intend to go to Pg 12 in production before our next big Evergreen upgrade. |
15:07 |
berick |
to an already-opened ticket |
15:07 |
pinesol |
Launchpad bug 1774008 in Evergreen "Remove data storage options from Hatch" [Wishlist,Confirmed] https://launchpad.net/bugs/1774008 |
15:08 |
JBoyer |
I'll try to take a look, I imagine it won't cause much of a problem since it's just removing a couple targeted chunk. |
15:08 |
JBoyer |
The last 2 action items from last meeting: "sandbergja to do some testing on the Angular staff catalog branch with the aim of merging pre-feedback fest", and "gmcharlt , sandbergja , and berick will work to test and merge lp 1864371 to use Angular 10 in the staff client before Feedback Fest week" |
15:09 |
pinesol |
Launchpad bug 1864371 in Evergreen "Upgrade to Angular 10" [Wishlist,Fix committed] https://launchpad.net/bugs/1864371 |
15:09 |
JBoyer |
Success, both were merged. A great feedback fest was had by all. |
15:09 |
berick |
woohoo |
15:12 |
JBoyer |
September 8 and 14 are especially important, as they're creeping ever closer. |
15:12 |
JBoyer |
Any discussion or news re: Evergreen releases? |
15:12 |
* csharp |
appears |
15:13 |
terranm |
There are a lot of new angular interfaces with pullrequests that haven't been tested yet if anyone has a vested interest in getting the into 3.6 |
15:13 |
terranm |
*them |
15:13 |
gmcharlt |
also, just a general call for review of pull requests, particularly those on the wishlists |
15:14 |
terranm |
Despite all the testing during FF, there are probably 140 or so open pullrequests |
15:14 |
gmcharlt |
s/wishlists/roadmap/ |
15:14 |
JBoyer |
I would also add that anything on terranm's feedback fest sheet that is still up likely still has any Ready for Testing patches in place if you want an easy test to signoff on. |
15:15 |
terranm |
sandbox sheet: https://docs.google.com/spreadsheets/d/11MjEa8V8d7NYxVM3s1Ra1IOdbhZPFExoWiWDOAKEXoE/edit#gid=0 |
15:15 |
JBoyer |
terranm++ |
15:15 |
JBoyer |
Any other Evergreen news? if not ... |
17:11 |
|
mmorgan left #evergreen |
17:25 |
|
jonadab joined #evergreen |
17:50 |
|
jihpringle joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:03 |
|
abowling1 joined #evergreen |
18:13 |
|
abowling joined #evergreen |
18:16 |
|
mrisher joined #evergreen |
04:05 |
|
phasefx joined #evergreen |
04:05 |
|
lbarry joined #evergreen |
04:05 |
|
jweston joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:34 |
|
oleonard joined #evergreen |
07:02 |
|
agoben joined #evergreen |
07:29 |
|
rjackson_isl_hom joined #evergreen |
13:22 |
JBoyer |
Hi sandbergja, I was looking at the course reserves branch and in the upgrade script there's a trigger created on biblio.record_entry that references a biblio.update_reserves_facet that's never defined. Is that function missing or is that trigger unnecessary? |
13:30 |
|
stephengwills left #evergreen |
13:31 |
|
jihpringle joined #evergreen |
13:31 |
Dyrcona |
Now, to test a db upgrade from Pg 9.6 to Pg 12. |
13:39 |
Dyrcona |
Oh, right. I have to upgrade 1 version at a time, don't I.... |
13:39 |
Dyrcona |
No.....I'm making typos. :) |
13:41 |
Dyrcona |
Grr... I also forgot that "data" director is not the data directory, but the configuration directory. |
16:12 |
|
collum joined #evergreen |
16:32 |
|
jihpringle joined #evergreen |
17:49 |
|
mmorgan left #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:35 |
|
abowling1 joined #evergreen |
19:32 |
|
jihpringle joined #evergreen |
21:14 |
|
dbwells joined #evergreen |
02:43 |
|
jeffdavis joined #evergreen |
03:14 |
|
devted joined #evergreen |
04:22 |
|
akilsdonk joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:56 |
|
agoben joined #evergreen |
07:26 |
|
rjackson_isl_hom joined #evergreen |
07:49 |
|
collum joined #evergreen |
08:57 |
phasefx |
I do not |
08:58 |
|
mantis1 joined #evergreen |
08:58 |
phasefx |
I'm a little surprised if that even gets used, seems like old opac path |
08:59 |
JBoyer |
For when berick is around: I'm looking at adding the latest updates to LP 1888723 to our test server and see you've uploaded a new branch. Is it identical to the previous branch + those 2 new commits? I don't want to half-apply anything. :) |
08:59 |
pinesol |
Launchpad bug 1888723 in Evergreen "Holdings and Item Attributes Editors (VolCopy) Angular Port" [Wishlist,New] https://launchpad.net/bugs/1888723 |
08:59 |
rhamby |
I know when the Left to right and Right to Left css work was being done it was dicussed about merging semiauto in follow up work but obviosuly it didn't happen |
08:59 |
phasefx |
oh, looks like we do pull in old css from the jspac (the version before the tpac we have now) |
10:23 |
kenstir |
phasefx: No I am not, I just call open-ils.circ.holds.test_and_create.batch |
10:24 |
phasefx |
it may be that you can call that one prior to actually placing a hold to help inform the hold placement UI, and still do test_and_create when the hold is actually attempted |
10:26 |
phasefx |
are you actually allowing batch holds to be created, or just one at a time? |
10:27 |
kenstir |
phasefx: that's a great idea. No just one at a time. I was asked to call test_and_create because the app used to call another API that bypassed the `test` part and allowed holds when it shouldn't have |
10:27 |
* phasefx |
nods nods |
10:28 |
phasefx |
that's probably something bug-worthy on the Evergreen side if it hasn't already been addressed |
10:28 |
kenstir |
it definitely is filed in LP, though I think it isn't fixed yet |
12:48 |
pinesol |
[evergreen|Bill Erickson] LP1865564 Clear holds cache after Request Items - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3044d37> |
12:51 |
|
collum joined #evergreen |
13:02 |
|
collum joined #evergreen |
13:02 |
terranm |
FYI, my test server is refreshed with a new set of patches to test - https://docs.google.com/spreadsheets/d/11MjEa8V8d7NYxVM3s1Ra1IOdbhZPFExoWiWDOAKEXoE/edit?usp=sharing |
13:08 |
|
collum joined #evergreen |
13:10 |
JBoyer |
csharp++ |
13:11 |
JBoyer |
Also, angular-acq-test has the latest versions of lp 1888723 and lp 1813191 |
13:11 |
pinesol |
Launchpad bug 1888723 in Evergreen "Holdings and Item Attributes Editors (VolCopy) Angular Port" [Wishlist,New] https://launchpad.net/bugs/1888723 |
13:11 |
pinesol |
Launchpad bug 1813191 in Evergreen "Move calculated dewey ranges/blocks to their own reporting view" [Wishlist,New] https://launchpad.net/bugs/1813191 |
13:18 |
|
kenstir joined #evergreen |
14:49 |
|
jvwoolf joined #evergreen |
15:07 |
|
khuckins joined #evergreen |
15:08 |
|
khuckins joined #evergreen |
15:16 |
jeffdavis |
terranm: are you able to confirm that ctx.show_related_resources is set to "true" in config.tt2 on https://terran-master.gapines.org/ ? The branch for bug 1230380 doesn't seem to be working there but it worked in my test environment. |
15:16 |
pinesol |
Launchpad bug 1230380 in Evergreen "856 electronic access link doesn't display when 2nd indicator is anything other than 0 or 1" [Wishlist,Confirmed] https://launchpad.net/bugs/1230380 |
15:19 |
jihpringle |
sandbergja: hey Jane, I'm taking a look at course reserves (which looks pretty neat so far) but I think something's up with the server |
15:19 |
jihpringle |
when signed in as a local admin or the global user I can't search the catalogue (returns zero for all searches) and I can't register new patrons |
15:20 |
jihpringle |
thanks :) |
15:21 |
terranm |
jeffdavis: Sorry, I overlooked that. It should be set to true now. |
15:22 |
jeffdavis |
terranm++ |
15:22 |
sandbergja |
Oh, yes! one of the services stopped :-( |
15:22 |
sandbergja |
Thanks for catching that, jihpringle |
15:23 |
sandbergja |
jihpringle: should be back now |
15:23 |
sandbergja |
Thanks so much for testing! |
15:25 |
jihpringle |
awesome, thanks sandbergja! . |
15:28 |
|
dguarrac_ joined #evergreen |
15:29 |
|
AFloyd__ joined #evergreen |
17:48 |
sandbergja |
I'll throw a comment in the bug. Thanks! |
17:48 |
sandbergja |
Although it is really nice and I do want to merge it soon. :-) |
17:53 |
berick |
sandbergja: thanks, I'll look at it soon |
18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:33 |
|
dbwells joined #evergreen |
19:24 |
|
sandbergja joined #evergreen |
19:50 |
|
nfBurton joined #evergreen |
03:45 |
|
troy__ joined #evergreen |
04:03 |
|
rjackson_isl_hom joined #evergreen |
04:30 |
|
troy__ joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:20 |
|
rjackson_isl_hom joined #evergreen |
06:58 |
|
agoben joined #evergreen |
07:24 |
|
collum joined #evergreen |
12:23 |
terranm |
it's loaded onto https://terran-master.gapines.org/eg/staff if you want to see |
12:33 |
mrisher |
terranm: how do I log in to that gapines.org page? |
12:34 |
terranm |
admin / open-ils |
12:35 |
mrisher |
I loaded the branch onto my testing environment and am trying it out. I went to the offline circulation page and so far I'm not seeing any console errors. I'm using the branch in the last comment -- user/mrisher/lp1752356-offline-block-patron-exp-rebase |
12:35 |
mrisher |
thanks. I'll try that |
12:36 |
terranm |
I cherry-picked both the top two commits on that branch, yours, then Bill's |
12:40 |
mrisher |
confirming that I do get the console error you're talking about. I'm looking into what's causing this. |
12:40 |
terranm |
mrisher++ |
14:09 |
gmcharlt |
terranm++ |
14:09 |
agoben |
Very nice! |
14:09 |
agoben |
terranm++ |
14:10 |
terranm |
We have a lot of things loaded on test servers that we need more testers looking at! |
14:10 |
dluch |
terranm++ |
14:10 |
jvwoolf |
terranm++ |
14:10 |
tlittle |
terranm++ |
14:10 |
* gmcharlt |
uses his non-existant powers of telepathy to make everybody look at https://docs.google.com/spreadsheets/d/11MjEa8V8d7NYxVM3s1Ra1IOdbhZPFExoWiWDOAKEXoE/edit#gid=0 and pick up a bug to test |
14:10 |
JBoyer |
To testers: Feel free to ask questions if you're not sure how to test something or if you think it needs extra setup |
14:11 |
agoben |
Looking forward to seeing all of the that progress in production! |
14:12 |
terranm |
Also, there are a lot more pullrequests that aren't currently on a test server, so if anyone has one they really want to test, one of us can try to get it loaded |
14:12 |
agoben |
Alright, if there are no more updates on the releases/feedback fest, I'll move on to conferences and events. Best of wishes on the rest of the testing this week! |
14:12 |
agoben |
#topic Hack-A-Way Update |
14:12 |
|
Topic for #evergreen is now Hack-A-Way Update (Meeting topic: EOB/Evergreen Project Board meeting for 2020-08-20, agenda: https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2020-08-20) |
14:12 |
agoben |
#info Update available here: http://list.evergreen-ils.org/pipermail/board/2020-August/000147.html |
14:13 |
agoben |
rhamby, anything else at this point? |
14:13 |
rhamby |
Nope, lots going on. We had a planning meeting that just ended 15 minutes ago and we've got a lot to do but a plan and getting it done. |
14:13 |
rhamby |
There will be a lot of emails and more communication coming out in the next three weeks. |
14:14 |
agoben |
Sounds excellent! |
15:22 |
mrisher |
A recent Evergreen audit used JAWS and NVDA. The article above mentions them and VoiceOver. |
15:22 |
mrisher |
"JAWS is currently the most popular screen reader, though VoiceOver, NVDA, and others are becoming much more popular due to their features and low cost. " |
15:24 |
mrisher |
Not sure the process the Evergreen community uses to make a decision like this. |
15:24 |
sandbergja |
The second point "Should I always test my web content for accessibility using a screen reader?" is a really good one, I think. I don't know if we have enough people in our dev community who are regular screen reader users |
15:24 |
berick |
@quote add <tom_waits> The large print giveth and the small print taketh away |
15:24 |
pinesol |
berick: The operation succeeded. Quote #206 added. |
15:24 |
berick |
jus cuz |
15:39 |
pinesol |
Launchpad bug 1795720 in Evergreen "Icons in staff client menu bars should be hidden from screen readers" [Medium,Confirmed] https://launchpad.net/bugs/1795720 |
15:39 |
terranm |
I'm installing that patch now |
15:39 |
terranm |
(again, since I wiped that server clean) |
15:47 |
mrisher |
I ran into some bugs using ChromeVox. Didn't feel like it was working properly. I forget the specifics. |
15:48 |
mrisher |
One great feature of Firefox is that you can test accessibility with it. You can click the "Accessibility" button, click on any web element, and there's a panel telling you what would be read, were you using a screen reader |
15:49 |
sandbergja |
mrisher: yes! that is pretty sweet |
15:49 |
terranm |
+1 |
15:51 |
|
dbwells joined #evergreen |
15:55 |
sandbergja |
terranm++ |
15:55 |
terranm |
accessibility++ |
15:56 |
|
jihpringle joined #evergreen |
15:57 |
mrisher |
Yes, these are good things. I like giving thorough testing instructions. Should I just say something like "You'll need a screen reader. JAWS and NVDA are popular options." ? |
15:57 |
mrisher |
Maybe throw in a note about how Firefox can be used if installing a screen reader isn't practical? |
15:58 |
|
dbwells joined #evergreen |
15:58 |
sandbergja |
That sounds good to me |
15:59 |
sandbergja |
And link to some "here's how to get by in JAWS and NVDA" instructions |
15:59 |
sandbergja |
e.g. https://developer.paciellogroup.com/blog/2015/01/basic-screen-reader-commands-for-accessibility-testing/ |
16:00 |
sandbergja |
And also linking to some automated accessibility testing tools, too. They don't catch everything, but are good for finding the basics (e.g. unlabeled form inputs) |
16:00 |
sandbergja |
aXe is my favorite, but I also use WAVE |
16:01 |
sandbergja |
also, ng lint can do some accessibility testing too! |
16:03 |
sandbergja |
See http://codelyzer.com/rules/ -- all the ones that start with template-accessibility |
16:07 |
mrisher |
just added some testing instructions to https://bugs.launchpad.net/evergreen/+bug/1887869 |
16:07 |
pinesol |
Launchpad bug 1887869 in Evergreen "Web Staff Client - Accessibility and the Item Edits Page" [Undecided,Confirmed] |
16:08 |
mrisher |
I didn't see your additional comments about automated tools and ng-lint til after I hit submit |
16:08 |
mrisher |
terranm: I didn't see 1887869 on the list of feedback fest bugs, but it'd be great if it could be included |
16:10 |
terranm |
I can bump that one up |
16:10 |
terranm |
(We started out with about 170 open pullrequests so we couldn't load everything at once) |
16:10 |
|
dickreckard joined #evergreen |
16:11 |
mrisher |
fair enough. I'm looking for something to help test myself... |
16:15 |
|
jihpringle joined #evergreen |
16:16 |
sandbergja |
mrisher++ # testing instructions |
16:16 |
|
terranm joined #evergreen |
16:16 |
|
alynn26_away joined #evergreen |
16:17 |
pinesol |
[evergreen|Rogan Hamby] lp1771386 update to record merge assets function to make source bib inactive as well as flagged deleted - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dc215a9> |
16:25 |
sandbergja |
mrisher: I know gmcharlt was looking for testers for bug 1850547 |
16:25 |
pinesol |
Launchpad bug 1850547 in Evergreen "Angular Acquisitions Sprint 3: Acquisitions Search" [Wishlist,Confirmed] https://launchpad.net/bugs/1850547 |
16:26 |
mrisher |
sandbergja: thanks. I'll take a look at it |
16:26 |
terranm |
We're hoping to get that one loaded onto a test server that has real PINES data on it too since Acq is such a bear to configure |
16:27 |
sandbergja |
terranm: would that be available to testers outside PINES? |
16:28 |
sandbergja |
The acq data in concerto is just so small! |
16:30 |
terranm |
Not publicly, but Tiffany might be able to set up a private Google Meet session or something |
17:07 |
|
mmorgan left #evergreen |
17:28 |
dbwells |
JBoyer++ |
17:54 |
|
sandbergja joined #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:04 |
|
terranm joined #evergreen |
18:14 |
csharp |
@dessert add 31 Unchanged Chunks |
18:14 |
pinesol |
csharp: The operation succeeded. Dessert #61 added. |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:49 |
|
agoben joined #evergreen |
07:26 |
|
rjackson_isl_hom joined #evergreen |
07:44 |
|
rjackson_ISL joined #evergreen |
14:05 |
|
knesbit joined #evergreen |
14:54 |
sandbergja |
jeffdavis: I'm taking a look at bug 1850992 |
14:54 |
pinesol |
Launchpad bug 1850992 in Evergreen "Use RemoteAuth for EZProxy authentication" [Wishlist,New] https://launchpad.net/bugs/1850992 - Assigned to Jane Sandberg (sandbej) |
14:55 |
sandbergja |
And everything is working well until after Evergreen authenticates and bumps me back to EZProxy |
14:55 |
sandbergja |
Then EZProxy is complaining that it got sent an invalid URL |
14:55 |
sandbergja |
(which seems odd, since isn't EZProxy the one who created the URL in the first place?) |
14:56 |
sandbergja |
Do you happen to have an ezproxy config from your testing a few months ago? |
15:09 |
|
ddisbro joined #evergreen |
15:44 |
pastebot |
"jeffdavis" at 168.25.130.30 pasted "EZProxy config (I think)" (4 lines) at http://paste.evergreen-ils.org/10011 |
15:44 |
jeffdavis |
sandbergja: ^ I think that's the ezproxy config I was using |
16:13 |
jeff |
i would recommend using https there... but that's probably not causing the current issue. |
16:13 |
jeff |
(arguably we should require https and refuse to auth over http for this) |
16:13 |
sandbergja |
true |
16:13 |
jeff |
what is the starting point URL you're using to begin the testing? the link that you're following which goes to EZproxy and then prompts auth, etc? |
16:14 |
sandbergja |
https://ezproxy.libweb.linnbenton.edu/login?url=https://search.ebscohost.com/login.aspx?authtype=ip,uid&profile=ehost&defaultdb=a9h |
16:14 |
sandbergja |
(which won't go to Evergreen atm, but I can switch it quickly if you want) |
16:15 |
sandbergja |
(just don't want users to end up on a non-working login page) |
16:20 |
jeff |
the prefixing of login is a workaround for if you have a wildcard-only cert that doesn't include the non-prefixed host. |
16:20 |
jeff |
(if your cert is for *.ezproxy.example.edu and doesn't ALSO include ezproxy.example.edu) |
16:22 |
jeff |
if you enable ticket auth and try to visit https://login.ezproxy.libweb.linnbenton.edu/menu in a fresh browser / incognito / etc do you log in and get to the ezproxy menu, or does it break somewhere? |
16:26 |
jeffdavis |
Incidentally it is ok to use your production wskey on a test server if you want to set up a separate EZProxy instance for testing purposes, per https://help.oclc.org/Library_Management/EZproxy/Install_and_update_EZproxy/EZproxy_WSKeys |
16:26 |
sandbergja |
jeffdavis: good to know |
16:26 |
* jeff |
nods |
16:26 |
jeffdavis |
probably overkill in this specific case, but maybe useful if there is other testing you want to do |
16:27 |
jeff |
depending on your environment it may not be possible to get certs and such. :-) |
16:29 |
sandbergja |
jeff: I get to log in, but still get that goofy "unsupported url" error |
16:36 |
jeff |
okay. are you in a position where you could use temporary test credentials and capture a HAR file and send it to me? |
16:39 |
jeff |
(new incognito window, open dev tools, make sure "Preserve log" is checked, go to https://login.ezproxy.libweb.linnbenton.edu/menu and log in via ezproxy ticket auth, and once that's done and you get your error, right click any of the requests in the Network tab and select "Save all as HAR with content" (note that the HAR file will contain all content, including your credentials -- which is why I |
16:39 |
jeff |
mentioned temporary test credentials) |
16:39 |
jeff |
(and you can change/invalidate the credentials before sending the HAR file) |
16:40 |
sandbergja |
sure |
16:40 |
sandbergja |
those aren't actually real credentials on the evergreen side anyway :-) |
16:52 |
jeff |
is it possible that OILSRemoteAuthEZProxyBaseURI is set to a value that ends in a forward slash character (/)? |
16:56 |
sandbergja |
I'd updated the vhost file |
16:57 |
sandbergja |
but never got around to restarting httpd |
16:57 |
sandbergja |
jeff: thanks so much! |
16:57 |
jeff |
you're welcome! |
16:58 |
jeff |
we could document that you don't need/want a trailing slash in that variable, or we could strip it since we're going to be constructing a url with a / and we don't want //... |
16:59 |
jeff |
sandbergja++ testing! |
17:00 |
sandbergja |
documenting seems easy enough: just a comment above that line in the vhost config |
17:00 |
sandbergja |
jeff++ |
17:00 |
sandbergja |
jeffdavis++ |
17:44 |
jeff |
also... where do you think scihub gets their data? i'd guess at least some of their scraping is via weak secrets and not just weak credentials. ;-) |
17:45 |
jeffdavis |
arguably that falls under earning it :) |
17:45 |
jeffdavis |
(for the record we do not use a weak secret and I am not advocating doing so) |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:08 |
|
rjackson_isl_hom joined #evergreen |
20:45 |
|
mrisher joined #evergreen |
21:12 |
|
sandbergja joined #evergreen |
00:38 |
|
sandbergja_ joined #evergreen |
03:10 |
|
khuckins joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:31 |
|
agoben joined #evergreen |
06:45 |
|
sandbergja__ joined #evergreen |
06:48 |
|
sandbergja__ joined #evergreen |
15:14 |
csharp |
jvwoolf1: and make sure the /openils/conf and /openils/var/web/reports fm_IDL.xml's are aligned |
15:14 |
jvwoolf1 |
csharp: Will do! Thanks! |
15:15 |
csharp |
we don't have i18n needed here so we just symlink the reports one to the conf one |
15:15 |
jvwoolf1 |
Yeah, I found that out when I was testing |
15:22 |
jvwoolf1 |
bmagic++ # For the Hacking Evergreen video series. Wish I had found these sooner! |
15:26 |
Bmagic |
jvwoolf1++ |
15:26 |
Bmagic |
thanks! |
15:44 |
|
sandbergja joined #evergreen |
15:50 |
|
dbwells joined #evergreen |
17:01 |
Bmagic |
rhamby++ # collectionhq patch review |
17:47 |
|
mmorgan left #evergreen |
18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:16 |
|
abowling1 joined #evergreen |
18:38 |
|
sandbergja joined #evergreen |
19:25 |
|
sandbergja_ joined #evergreen |
19:26 |
|
sandbergja_ joined #evergreen |
19:28 |
|
sandbergja__ joined #evergreen |
20:13 |
pinesol |
[evergreen|Jason Stephenson] Lp 1843079: Add renewals remaining to AutoRenew reactor's user data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=68ed88e> |
20:30 |
|
mrisher joined #evergreen |
21:07 |
|
sandbergja_ joined #evergreen |
21:09 |
|
sandbergja joined #evergreen |
03:04 |
|
khuckins joined #evergreen |
04:48 |
|
khuckins joined #evergreen |
05:27 |
|
khuckins joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:28 |
|
rjackson_isl_hom joined #evergreen |
07:39 |
|
agoben joined #evergreen |
07:51 |
|
rfrasur joined #evergreen |
11:22 |
Dyrcona |
nfBurton: Keep in mind that my function returns the id of the new event definition in case you want to change the template or granularity or whatever. I've used it a lot since writing it, because of COVID. |
11:26 |
Dyrcona |
I upgraded the VM to postgresql-client-12 and everything is good. Also means that I get the new --csv option that I have gotten used to using on my laptop. :) |
11:28 |
Dyrcona |
So far, Pg 12 has been nice. I've noticed that inserts seem to be a lot faster than on Pg 9.6. |
11:31 |
Dyrcona |
That said, I haven't tested anything really complicated, yet. |
11:31 |
csharp |
I'll start looking at it soon |
12:18 |
|
nfBurton joined #evergreen |
12:22 |
|
khuckins joined #evergreen |
14:54 |
|
sandbergja joined #evergreen |
15:31 |
Bmagic |
Dyrcona: That PG function for cloning seems like a good candidate for inclusion into stock. Cloning AT environment doesn't work most of the time anyway. What if EG didn't give you a choice and just cloned the AT with the environment, end of story? |
15:34 |
Dyrcona |
Bmagic: I don't use the admin interface, so I don't know how well or how poorly this works in the client. There are other ways besides a database function to make it copy the environment and parameters when cloning. |
15:35 |
Bmagic |
agreed, just seems that this solution has already been coded and "tested" in production. It seems straight forward as well. Just sayin' |
15:35 |
rfrasur |
I could have dreamed this. Has the library settings editor been angularized in an upcoming version? I'm not seeing it...but am hopeful that I'm just overlooking. |
15:36 |
Bmagic |
rfrasur: I read that somewhere too.... |
15:37 |
rfrasur |
Was it in a fantasy novel? Or something on the wiki? |
17:55 |
berick |
and are they all in 'processed' status? |
17:55 |
berick |
or complete |
17:56 |
Bmagic |
all identical "proccessed" - same PO, same File name, everything. create_time is different, id is different |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:01 |
berick |
Bmagic: i can't explain that. what EG version? |
18:02 |
Bmagic |
3.3.4 |
18:02 |
Bmagic |
so you are saying that you don't have those same rows repeated? (I though you did) |
02:15 |
|
dbwells joined #evergreen |
03:26 |
|
laurie joined #evergreen |
04:17 |
|
dbwells joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:54 |
|
agoben joined #evergreen |
07:24 |
|
rjackson_isl_hom joined #evergreen |
07:26 |
|
collum joined #evergreen |
09:39 |
csharp |
I remember a few years ago jeffdavis (?) had a ticket for forcing HTTPS everywhere and there were some concerns, but I haven't seen any trouble using the OPAC with HTTPS, so maybe those are all gone? |
10:01 |
Dyrcona |
csharp: Offline or something like that used to break in the XUL client, other than that go for it. |
10:01 |
Dyrcona |
But, the OPAC, never had a problem with HTTPS except for mixed content warnings that I believe we have resolved. |
10:02 |
Dyrcona |
csharp: You might also be interested to know that I'm switching our main test/development database to Pg 12 today. |
10:03 |
csharp |
yes, I am interested - please keep us informed! :-) |
10:04 |
csharp |
thanks for the response - that was my understanding too (that it was XUL related) |
10:16 |
|
jvwoolf joined #evergreen |
17:21 |
mmorgan |
Chrome reset worked for one user, fingers crossed for the others! |
17:23 |
|
mmorgan left #evergreen |
17:59 |
|
abowling1 joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:05 |
|
abowling joined #evergreen |
18:16 |
|
jvwoolf joined #evergreen |
18:17 |
|
dbwells joined #evergreen |
01:40 |
|
jvwoolf joined #evergreen |
01:45 |
|
jvwoolf joined #evergreen |
01:57 |
|
jvwoolf joined #evergreen |
06:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2020-08/2020-08-06_04:00:16/test.29.html> |
06:34 |
|
agoben joined #evergreen |
07:25 |
|
rjackson_isl_hom joined #evergreen |
07:53 |
|
mantis1 joined #evergreen |
12:47 |
pinesol |
[evergreen|Galen Charlton] LP#1864371: (follow-up) fix lint - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1a51824> |
12:47 |
pinesol |
[evergreen|Galen Charlton] LP#1864371: bump up ng-bootstrap to 7.0.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0ebbd2f> |
12:48 |
gmcharlt |
berick++ sandbergja++ |
12:49 |
sandbergja_ |
Anybody else having trouble running this pgtap live test: lp1145213_test_func_asset.merge_record_assets.pg ? |
12:49 |
sandbergja_ |
testing.evergreen-ils.org has no problems with it, but it fails every time I try it on recent branches |
12:50 |
sandbergja_ |
every other pgtap live test runs fine -- just that one |
12:50 |
sandbergja_ |
either I get 3 instead of 4, or it complains about the prefix fkey (which makes sense to me) |
12:51 |
phasefx |
that one broke before and I thought I fixed it |
12:52 |
sandbergja_ |
phasefx: let me check; maybe I have the broken version |
12:52 |
phasefx |
bbe8a9295e8e309b3c240808ba7e2ad491dbf82c |
12:52 |
pinesol |
phasefx: [evergreen|Jason Etheridge] lp1145213 avoid race condition in bib merge test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bbe8a92> |
13:04 |
Bmagic |
berick++ |
13:04 |
Bmagic |
sandbergja++ |
13:33 |
JBoyer |
berick++ |
14:24 |
Bmagic |
abneiman: jynx! |
14:25 |
Bmagic |
yeah, talking about that here could soak up a bunch of time - listerv |
14:25 |
abneiman |
will do |
14:25 |
dluch |
Sounds great, thanks |
14:25 |
dluch |
Big thanks again to Bmagic and remingtron for all their work getting Antora set up and to devted for finding it and everyone in DIG who tested and made suggestions! |
14:25 |
dluch |
Bmagic++ remingtron++ devted++ |
14:26 |
Bmagic |
and the link again for anyone: http://eg-docs.georgialibraries.org/prod/ |
14:26 |
dluch |
gmcharlt++ abneiman++ for getting it all wrangled in! |
14:26 |
dluch |
Antora++ |
14:30 |
dluch |
Related to that, as I was looking through all the tickets on Launchpad with the tag "documentation," I noticed a bunch that are super-old and/or no longer relevant. I made going through them a suggestion for a possible thing to work on during working time, unless this seems like a project that DIG should work on together. |
14:31 |
dluch |
Thoughts/Questions? |
14:31 |
alynn26 |
as to LP# 1642023 There is more work to be done, but those can be added later. |
14:31 |
abneiman |
dluch: the PR on 1487123 is a couple years old and there's a pending question from gmcharlt about it - and I'm not sure if it will still play nicely with Antora - so taht might need deeper review than just a test/signoff? |
14:32 |
dluch |
abneiman: Okay, sounds good. That was one I hadn't really have time to look over. |
14:32 |
jweston |
dluch: review of old doc bugs sounds great - I don't think it needs to be a group DIG project; just as individual time allows |
14:32 |
gmcharlt |
yeah, my gut feeling is that will need to be looked at afresh post-Antora |
16:14 |
* JBoyer |
too |
16:33 |
Bmagic |
berick++ |
16:40 |
|
mantis1 left #evergreen |
16:48 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2020-08/2020-08-06_16:00:03/test.7.html> |
17:05 |
|
mmorgan left #evergreen |
17:59 |
|
abowling1 joined #evergreen |
18:10 |
|
abowling joined #evergreen |