| Time |
Nick |
Message |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:00 |
|
agoben joined #evergreen |
| 07:17 |
|
rjackson_isl_hom joined #evergreen |
| 07:56 |
|
dbwells joined #evergreen |
| 08:05 |
|
Dyrcona joined #evergreen |
| 08:12 |
|
rfrasur joined #evergreen |
| 08:15 |
|
alynn26 joined #evergreen |
| 08:25 |
|
dbwells joined #evergreen |
| 08:29 |
|
mantis1 joined #evergreen |
| 08:37 |
|
alynn26_away joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 10:12 |
Dyrcona |
If I change a custom org tree does autogen.sh need to be run after? FWIW, I only see dojo interfaces that use custom org. trees. |
| 10:20 |
gmcharlt |
Dyrcona: I don't believe so, just reloading apache to clear per-process caches of it |
| 10:23 |
Dyrcona |
gmcharlt: Thanks! |
| 10:57 |
csharp |
berick++ |
| 11:24 |
Bmagic |
oh that's interesting. I've been running autogen.sh after any changes to org_unit out of habbit. And I was wondering if that was strictly required anymore now without the XUL client |
| 11:25 |
Bmagic |
what about the OPAC org unit dropdown ? |
| 11:34 |
csharp |
Bmagic: I think they're just talking about the custom org tree feature, which I don't think autogen.sh knows about (may be wrong - haven't looked in a while) |
| 11:42 |
rhamby |
yeah, custom org tree is a very different beast (and irksome one at times) |
| 11:50 |
Dyrcona |
Yes, it's the custom org tree, specifically, actor.org_unit_custom_tree_node. |
| 11:51 |
Dyrcona |
We only have 1 tree defined, but there can be more. |
| 12:08 |
csharp |
@sing Belly : Feed the Tree |
| 12:08 |
pinesol |
csharp: Have you tried taking it apart and putting it back together again? |
| 12:08 |
csharp |
I didn't remember whether we had the @sing plugin running |
| 12:08 |
gmcharlt |
"no, but I _have_ tried remixing it" |
| 12:08 |
csharp |
not sure zoia's works anymore either |
| 12:09 |
csharp |
gmcharlt++ |
| 12:18 |
Bmagic |
ah, ok, nevermind. Still going to use autogen.sh when editing actor.org_unit.name and/or actor.org_unit.shortname and/or actor.org_unit.active |
| 12:35 |
|
mrisher joined #evergreen |
| 12:48 |
|
collum joined #evergreen |
| 12:53 |
mmorgan |
Bmagic: actor.org_unit.active? Where is that and what does it do? I don't see it in our db. |
| 12:54 |
Bmagic |
:) I was working from memory. opac_visible, sorry |
| 12:55 |
mmorgan |
Ok, thanks. I was hoping there was some other magical "active" field that did more than opac_visible. :) |
| 12:57 |
Bmagic |
mmorgan++ |
| 13:06 |
Dyrcona |
There's a script in EOLI's migration tools to delete inactive org untis, but I found it didn't work in my case. |
| 13:07 |
Dyrcona |
But, yeah, messing with actor.org_unit pretty much requires running autogen.sh. |
| 15:27 |
|
mantis1 left #evergreen |
| 15:33 |
|
bshum joined #evergreen |
| 15:37 |
jeffdavis |
gmcharlt: not sure you're still interested in bug 1526558, but I pushed a couple of proposed changes from your old branch - namely, use native auth by default for client logins and use the existing "opac" login type (which would mean AuthProxy can't handle SIP separately from regular user login) |
| 15:37 |
pinesol |
Launchpad bug 1526558 in Evergreen "teach SIP driver how to use open-ils.auth_proxy" [Wishlist,Confirmed] https://launchpad.net/bugs/1526558 |
| 15:39 |
jeffdavis |
those choices are not the only possible approaches, I was trying to support what seemed like the most likely scenarios |
| 15:40 |
Dyrcona |
Um, we were supposed to have a developers' meeting today, according to the calendar. |
| 15:40 |
Dyrcona |
Guess it wouldn't be the first time we've missed it. |
| 15:45 |
gmcharlt |
jeffdavis: thanks, I'll look at them |
| 17:01 |
|
mrisher_ joined #evergreen |
| 17:02 |
|
mrisher_ joined #evergreen |
| 17:10 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:36 |
|
dbwells_ joined #evergreen |
| 18:45 |
|
kip joined #evergreen |
