Time |
Nick |
Message |
00:57 |
|
bdljohn joined #evergreen |
00:57 |
|
miker joined #evergreen |
00:57 |
|
cesardv_ joined #evergreen |
01:53 |
|
ParkerRJU joined #evergreen |
02:51 |
|
toaderasmS joined #evergreen |
03:21 |
|
lord_helmetdZ joined #evergreen |
05:14 |
|
dude-xyR joined #evergreen |
07:29 |
|
kotto joined #evergreen |
07:33 |
|
jonadab joined #evergreen |
07:56 |
|
Dyrcona joined #evergreen |
08:17 |
|
bos20k joined #evergreen |
08:19 |
|
kmlussier joined #evergreen |
08:26 |
|
lsach joined #evergreen |
09:13 |
|
milobitOo joined #evergreen |
09:24 |
Dyrcona |
Bleh! I'm trying to "fix" the zero-padded permissions problem with the Evergreen repo and gitlab, and it tells me that the git user cannot log a file that it owns! |
09:27 |
Dyrcona |
And, the fix doesn't seem to work any more. :( |
09:28 |
Dyrcona |
Oh, duh... helps to not typo the setting. :) |
09:30 |
|
jvwoolf joined #evergreen |
09:33 |
Dyrcona |
Hmm... Protected branches look less convenient than what we do with gitolite. I need to see if there is a configuration what can automagically protect {user,collab}/$user branches. |
09:38 |
Dyrcona |
Oh, that feature requires a paid license: With GitLab Enterprise Edition you can restrict access to protected branches by choosing a role (Maintainers, Developers) as well as certain users. |
09:39 |
Dyrcona |
Without the license, we can only restrict by roles, so looks like everyone gets their own repo, like on Github, and I'm thinking that maybe we should just move to github. |
10:12 |
|
p_lei joined #evergreen |
10:16 |
|
kmlussier joined #evergreen |
10:16 |
* kmlussier |
shakes her first at Comcast |
10:19 |
Bmagic |
What sort of benefit do patrons get when using the "stay logged in" checkbox? It sets a browser cookie right? Closing the browser and opening it again won't result in having to login again? How long will that last? |
10:19 |
Dyrcona |
Bmagic: There's a setting for that.... |
10:19 |
Bmagic |
ah |
10:21 |
Bmagic |
"Patron Self-Reg. Expire Interval" ? that can't be it |
10:21 |
Dyrcona |
Bmagic: auth.opac_timeout |
10:21 |
Dyrcona |
OPAC Inactivity Timeout (in seconds) |
10:22 |
Bmagic |
I am familiar with that setting. How does the "Stay logged in" checkbox have bearing on that? |
10:23 |
Dyrcona |
Hrm. Maybe it doesn't. Stay logged in probably sets a session cookie, but I'd have to look. |
10:23 |
Dyrcona |
A session cookie expires when you close the browser. |
10:24 |
Bmagic |
so "Stay logged in" will prevent the patron from ever having to login again so long as the browser stays open? |
10:24 |
* Dyrcona |
shakes his fist at Comcast. |
10:24 |
Dyrcona |
Bmagic: Yes, I think so. |
10:24 |
Bmagic |
essentially circumventing the auth.opac_timeout setting |
10:25 |
Bmagic |
? |
10:29 |
Dyrcona |
Naturally, it's more complicated than that. |
10:29 |
Bmagic |
lol, oh good |
10:29 |
Dyrcona |
If that box is checked, persist is passed as the login type. |
10:30 |
Dyrcona |
Line 520 of EGCatLoader.pm looks backward to me, but what do I know? |
10:30 |
* Dyrcona |
looks to see what a persist login type does. |
10:33 |
Dyrcona |
Bmagic: Looks like the persistent login time comes from /apps/open-ils.auth_internal/app_settings/default_timeout/persist in opensrf.xml |
10:34 |
Bmagic |
oh wow |
10:34 |
Dyrcona |
There's also an OU setting: Persistent Login Duration |
10:34 |
Bmagic |
so, closing the browser doesn't kill the session |
10:34 |
Dyrcona |
No, it doesn't. |
10:35 |
Dyrcona |
Looks like the OU setting overrides the opensrf.xml default value. |
10:35 |
Bmagic |
Does that cookie get it's expiratoin reset when the OPAC is used? |
10:36 |
Bmagic |
meaning, the login duration setting is extended beyond the original $(2 weeks from initial login where the checkbox was checked) |
10:39 |
Dyrcona |
Bmagic: No, I don't think so. It looks like the cookie is only set at login. It's checked in a few other places. |
10:39 |
Bmagic |
Dyrcona++ |
10:39 |
|
khuckins joined #evergreen |
10:42 |
Dyrcona |
And line 520 of EGCatLoader.pm makes sense to me now. :) |
10:42 |
|
kmlussier joined #evergreen |
10:43 |
Bmagic |
Sweet. I really appreciate your time looking all that up! |
10:43 |
Dyrcona |
Bmagic: NP. I learned a little something, myself. |
10:43 |
Bmagic |
!! |
10:44 |
|
jvwoolf joined #evergreen |
10:50 |
Dyrcona |
Bmagic: If that Stay Logged In box isn't checked, it looks like the user gets a session cookie, so their session expires when their auth token expires or they close the browser. |
10:51 |
Bmagic |
gotcha! |
10:51 |
Dyrcona |
Stay Logged In sets the cookie duration to the auth time for the auth token using the persistent login setting. |
10:54 |
Dyrcona |
<rant> Speaking of cookies, GDPR has made the web more annoying. I swear the EU's purpose is to make thing more annoying for the average person. However, I refuse to follow their rules since I'm not based in Europe. These non-European companies that choose to comply because they have European users are setting themselves up for a world of hurt when the copyright legislation passes. </rant> |
10:55 |
* Dyrcona |
decides to update the dokuwiki with his gitlab findings/thoughts. |
10:56 |
|
Christineb joined #evergreen |
11:14 |
|
simondodsley_ joined #evergreen |
11:14 |
kmlussier |
For a moment, I thought Dyrcona was saying that he was going to update the dokuwiki with his GDPR rant. :) |
11:15 |
Dyrcona |
:) |
11:17 |
* Dyrcona |
thinks gitlab may be more hassle than gitolite. |
11:32 |
|
aabbee joined #evergreen |
11:47 |
|
nfburton joined #evergreen |
11:49 |
|
yboston joined #evergreen |
11:58 |
jeff |
in practice, the persistent login duration can be much shoryer due to memcached eviction. that is one reason why i'm interested in moving to a different session store with memcached as a... cache. |
11:59 |
Dyrcona |
Well, that's why I run two memcached servers with 4GB of cache each. :) |
12:12 |
|
jihpringle joined #evergreen |
12:14 |
|
yboston joined #evergreen |
12:21 |
|
beanjammin joined #evergreen |
12:26 |
|
yboston joined #evergreen |
12:31 |
BAMkubasa |
permissions question... (I just RT*M but didn't find this tidbit) If, in the server permission server settings editor, a permission group is nested as a child of another permission group (say for instance, CircStaff is a child of CircSupervisor) do I recall correctly that the CircSupervisor inherits all of the permissions of the CircStaff? Sort of a reverse inheritance sort of thing? |
12:34 |
kmlussier |
BAMkubasa: No, I'm pretty sure it's the other way around. CircStaff inherits permissions of CircSupervisor. |
12:35 |
Dyrcona |
BAMkubasa: I think you have the relationship between Circ Staff and Circ Supervisor backwards. |
12:35 |
Dyrcona |
I don't know what's been done on your system, but it's usually that Circ Supervisor also has Circ Staff permissions, and it's not reverse as kmlussier points out. |
12:35 |
BAMkubasa |
Ok, let me look at the "parent" value for some of my permissions and make sure I'm posing my question properly |
12:37 |
Dyrcona |
My system has "Circulation Manager" that is a child of "Public Library Staff." |
12:38 |
Dyrcona |
Every system can be different. |
12:38 |
Dyrcona |
We also have 131 permission groups! (I didn't know we had that many until just now.) |
12:39 |
* Dyrcona |
isn't in charge of that part of the configuration. |
12:43 |
BAMkubasa |
Hmm. We're at 58, but trying to reduce it. 17 staff types, the rest are a... cornacopia of patron types |
12:46 |
Dyrcona |
Yeahp. Everybody wants their own patron group. |
12:47 |
BAMkubasa |
#aintgonnahappen |
12:48 |
Dyrcona |
:) |
12:55 |
|
jvwoolf joined #evergreen |
12:57 |
|
yboston joined #evergreen |
12:59 |
* Dyrcona |
updated https://wiki.evergreen-ils.org/doku.php?id=dev:2017_new_tools though the updates are not as Earth-shattering as anticipated. :) |
13:15 |
|
yboston joined #evergreen |
13:23 |
|
collum joined #evergreen |
13:41 |
bshum |
Dyrcona++ # researching our git future |
13:45 |
|
yboston joined #evergreen |
14:16 |
|
Naphtaob joined #evergreen |
14:40 |
|
KrapslT joined #evergreen |
14:53 |
kmlussier |
@quote random |
14:53 |
pinesol |
kmlussier: Quote #169: "< JBoyer> People report bugs, I squish them. :)" (added by csharp at 02:25 PM, July 07, 2017) |
15:29 |
|
isakgq joined #evergreen |
15:45 |
|
khuckins joined #evergreen |
15:45 |
|
richi235Jn joined #evergreen |
15:59 |
|
khuckins_ joined #evergreen |
16:17 |
|
yboston joined #evergreen |
16:24 |
|
Dyrcona joined #evergreen |
16:29 |
|
nfburton joined #evergreen |
16:29 |
jeffdavis |
Hey, so we had backported the tooltip feature to our 3.1 system but we had to get rid of it because it was causing significant slowness in various web client grids. I haven't had a chance to narrow down the problem to a specific change yet. |
16:33 |
|
kmlussier joined #evergreen |
16:47 |
pinesol |
[evergreen|Garry Collum] LP#1770246 Catalog linked title column in query and pending buckets - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=86017f1> |
16:47 |
pinesol |
[evergreen|Galen Charlton] LP#1770246: (follow-up) display the open-in-new-window/tab icon - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4c8e069> |
16:53 |
|
jvwoolf left #evergreen |
16:54 |
|
jmoscoIO joined #evergreen |
17:07 |
Dyrcona |
jeffdavis: Was that pushed to 3.1 or just to 3.2/master? |
17:09 |
pinesol |
[evergreen|Garry Collum] LP#1778083 Location, Floating, and Age Protect missing from Items Out - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a54bc18> |
17:09 |
Dyrcona |
jeffdavis: NM. Looks like it was. |
17:09 |
jeffdavis |
Dyrcona: 3.0.12 and 3.1.6 have the feature (bug 1740412) and the fix that I suspect is the problem (bug 1794176) |
17:09 |
pinesol |
Launchpad bug 1740412 in Evergreen 3.0 "Web Client: Provide full contents of column data on mouseover" [Undecided,Fix released] https://launchpad.net/bugs/1740412 |
17:09 |
pinesol |
Launchpad bug 1794176 in Evergreen "Webstaff: Lines added to checkout grid blank on checkout" [High,Fix released] https://launchpad.net/bugs/1794176 |
17:09 |
Dyrcona |
jeffdavis++ # I was just about to check 3.0 also. :) |
17:15 |
pinesol |
[evergreen|Galen Charlton] LP#1721139: apply proper date format in certain places - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6e2196e> |
17:23 |
pinesol |
[evergreen|Bill Erickson] LP#1785681 Patron address copy to clipboard - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5c1655e> |
17:37 |
pinesol |
[evergreen|Bill Erickson] LP#1792658 Angular Evergreen favicon - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4c0ab5a> |
18:06 |
|
khuckins joined #evergreen |
18:38 |
|
johnathan joined #evergreen |
19:36 |
|
yazmir8azyrLL joined #evergreen |
19:55 |
|
statusfailedko joined #evergreen |
20:03 |
|
dl2s4NA joined #evergreen |
20:10 |
|
yar joined #evergreen |
20:38 |
|
bonte_Di joined #evergreen |
21:03 |
|
fiyawerxkA joined #evergreen |
21:13 |
|
FalconSpyhj joined #evergreen |
21:28 |
|
mgoelzertf joined #evergreen |
22:14 |
|
QoLina joined #evergreen |
22:36 |
|
tyteen4a03SH joined #evergreen |
23:08 |
|
int0x1C8Xk joined #evergreen |