Time |
Nick |
Message |
05:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
07:23 |
|
mtj_ joined #evergreen |
07:27 |
|
Callender_ joined #evergreen |
07:35 |
|
jboyer-isl joined #evergreen |
07:43 |
|
jboyer-isl joined #evergreen |
07:48 |
|
akilsdonk joined #evergreen |
07:48 |
|
alynn26_ joined #evergreen |
08:12 |
|
collum joined #evergreen |
08:16 |
|
rjackson_isl joined #evergreen |
08:23 |
|
dkyle1 joined #evergreen |
08:26 |
|
RoganH joined #evergreen |
08:31 |
|
Dyrcona joined #evergreen |
08:33 |
|
ericar joined #evergreen |
09:02 |
|
maryj joined #evergreen |
09:19 |
|
mrpeters joined #evergreen |
09:20 |
|
Shae joined #evergreen |
09:21 |
|
mdriscoll joined #evergreen |
09:23 |
|
montgoc1 joined #evergreen |
09:55 |
kmlussier |
One of our sites is planning to upgrade to 2.8 soon. I looked through the LP bugs and didn't see anything that warranted waiting for the next point release. But I thought I would check with everyone here in case I'm missing something. |
09:55 |
kmlussier |
I don know if anyone else is on 2.8 yet other than bshum. |
09:56 |
pgardella |
We've upgraded to 2.8.1 in our development environment and are going live with it next week in production. So far, we've not any any issues with 2.8. I was using it extensively at the conference, and we've had two of our libraries testing it. |
09:58 |
kmlussier |
pgardella: Thanks! That sounds promising. :) |
09:58 |
csharp |
RoganH: what version did you upgrade SCLENDS to? |
09:59 |
RoganH |
chsarp: 2.7.5 |
09:59 |
csharp |
rock |
09:59 |
csharp |
we're on 2.7.2+ |
09:59 |
csharp |
"+" indicates that we've applied backports, but have not upgraded to each point release ;-) |
10:00 |
RoganH |
I use the numbers as more of a flag in the sand. Our version is somewhere "around" this version. |
10:00 |
csharp |
yeah |
10:01 |
* csharp |
learned from bshum and Dyrcona's conference presentation that they aren't doing things a whole lot differently than those of us on releases are ;-) |
10:03 |
RoganH |
anyone who applies bug fixes starts abstracting the versions |
10:05 |
dkyle1 |
We've been on 2.8 with postgres 9.4 for about 6 weeks |
10:06 |
|
jwoodard joined #evergreen |
10:06 |
kmlussier |
dkyle1: It's going well? |
10:07 |
dkyle1 |
yes, we've found no issues beyond what is already out there |
10:16 |
|
Shae joined #evergreen |
10:22 |
kmlussier |
pgardella++ dkyle1++ # Thanks for the feedback! |
10:58 |
|
RoganH joined #evergreen |
10:59 |
|
bmills joined #evergreen |
11:17 |
* bshum |
is on a jet plane! |
11:18 |
jeff |
bshum: enjoy! |
11:21 |
mrpeters |
so, how does one register a workstation with the web client? I just have an empty dropdown. |
11:23 |
* csharp |
plays John Denver on guitar in honor of bshum |
11:26 |
Dyrcona |
Question for those in the know: Is it possible to have two, separate ORs in a JSON query? It doesn't look like it. |
11:27 |
Dyrcona |
I basically want (this or that) and (other or different) in my where clause. |
11:31 |
|
b_bonner left #evergreen |
11:32 |
jboyer-isl |
mrpeters: you have to log in first, then set a workstation, then click Use Now after it's registered. |
11:34 |
mrpeters |
hmm, my sign-in takes me nowhere |
11:34 |
mrpeters |
no error about incorrect password or anything either |
11:35 |
jboyer-isl |
No menus at the top or anything? |
11:35 |
mrpeters |
i have those |
11:35 |
mrpeters |
search, circ, cat, admin |
11:35 |
phasefx |
mrpeters: make sure you're using https:// |
11:35 |
|
wongon joined #evergreen |
11:35 |
mrpeters |
ahhh doh good call phasefx |
11:36 |
jboyer-isl |
Oh, you have to click Admin, then workstation admin from there. It doesn't prompt you automatically. |
11:36 |
mrpeters |
but still no dice |
11:36 |
mrpeters |
Right, Admin > Workstation then tyr to log in |
11:36 |
mrpeters |
eg/staff/login?route_to=%2Feg%2Fstaff%2Fadmin%2Fworkstation%2Findex is where that takes me |
11:37 |
jboyer-isl |
You have to log in without a workstation before you can set one. |
11:37 |
mrpeters |
right, and it doesnt allow me to do that |
11:37 |
jboyer-isl |
Oh. What browser are you in? |
11:38 |
mrpeters |
firefox 38.0.1 |
11:38 |
jboyer-isl |
I'm on 31.2 I don't know if that's it or not. |
11:39 |
mrpeters |
same in chrome |
11:40 |
mrpeters |
nothing to my apache error logs today, other_vhosts_access.log just looks like normal activity, lots of 200 HTTP requests |
11:41 |
jeff |
mrpeters: browser console is where i'd look |
11:42 |
jboyer-isl |
mrpeters: This will make a difference, I'm just looking at webby, are you troubleshooting a local install? |
11:42 |
mrpeters |
a PINES test server |
11:42 |
mrpeters |
it is publicly accessible |
11:42 |
jboyer-isl |
ok, never mind me then; I haven't given this a shot yet to know what even can go wrong. |
11:42 |
mrpeters |
yeah thats what im trying to learn :P |
11:43 |
mrpeters |
interesting |
11:43 |
mrpeters |
"egAuth found no valid authtoken" startup.js:74:16 |
11:43 |
mrpeters |
"egStartup.expiredAuthHandler()" startup.js:25:8 |
11:43 |
mrpeters |
"unable to connect to Hatch server at wss://localhost:8443/hatch" hatch.js:171:0 |
11:43 |
mrpeters |
Firefox can't establish a connection to the server at wss://localhost:8443/hatch. |
11:43 |
dbwells |
Dyrcona: It isn't pretty, but something like this might do what you are after: request open-ils.cstore open-ils.cstore.direct.asset.call_number.search.atomic { "-or" : [{"-and" : {"owning_lib" : 1, "deleted" : "f"}}, {"-and" : {"owning_lib" : 2, "deleted" : "t"}}] } |
11:43 |
jeff |
you can disregard the hatch errors if you're not trying to make use of hatch (it is optional) |
11:44 |
mrpeters |
Firefox can't establish a connection to the server at wss://204.193.129.140:7682/osrf-websocket-translator. opensrf_ws.js:62:0 |
11:44 |
mrpeters |
Error: WebSocket Error [object Event] : undefined |
11:44 |
mrpeters |
i know for sure i compiled opensrf with websockets |
11:44 |
jeff |
mrpeters: that's likely going to be your fatal issue. |
11:44 |
Dyrcona |
dbwells: I'm trying sticking on an -and with the second -or inside of it for now. |
11:44 |
jeff |
mrpeters: and did you configure the apache websockets instance, and start it, and ensure that firewall was not blocking the port? |
11:44 |
mrpeters |
copy that, jeff -- is there any documentation on hatch? |
11:45 |
Dyrcona |
Trouble is that I only need the second or conditionally. |
11:45 |
mrpeters |
yeah, i am pretty certain i did but going to retrace the opensrf install to be sure |
11:45 |
eeevil |
mrpeters: hatch isn't needed. just the server-side websockets stuff. you can safely ignore hatch for now. that is pc-local |
11:45 |
mrpeters |
http://evergreen-ils.org/documentation/install/OpenSRF/README_2_4_0.html#_optional_websockets_installation_instructions is applicable, correct? |
11:46 |
jeff |
mrpeters: yes |
11:47 |
jeff |
mrpeters: since your error referenced an IP address, I suspect you're running into a certificate issue. |
11:47 |
jeff |
mrpeters: section 14.7 of that document you linked |
11:50 |
mrpeters |
10-4, i bet that is it |
11:51 |
mrpeters |
a self signed still ok? can i throw a hosts file entry in and use the domain until we set up the actual public domain? |
11:53 |
jeff |
mrpeters: i think the relevant section of the documentation is pretty clear on that issue. |
11:53 |
mrpeters |
hmm nope no dice with hosts file entry and self signed either |
11:54 |
mrpeters |
yes, it is -- |
11:54 |
mrpeters |
sorry, was experimenting |
11:58 |
berick |
hm, i'm able to override websocket cert problems w/ chrome without using --ignore-certificate-errors |
11:58 |
jboyer-isl |
mrpeters: from the look of that section you might be better off using chrome for your testing so long as you have a self signed cert. I don't know if you can tell FF to ignore cert issues for that connection. (maybe if you tried to connect directly?) |
11:59 |
mrpeters |
i have certs, so we're all good |
11:59 |
mrpeters |
and i wasn't ignoring the docs jeff -- i just happened to do my experimenting before i read them :P |
11:59 |
mrpeters |
we are in the mix now! thanks jeff, jboyer-isl |
12:00 |
mrpeters |
jeff++ |
12:00 |
mrpeters |
jboyer-isl++ |
12:01 |
mrpeters |
this is slick, wish i would have been able to make the conference to check it out more |
12:08 |
|
b_bonner joined #evergreen |
12:11 |
berick |
is there any way to clear a titled selected via 'mark as title hold transfer destination' apart from selecting a different title as a transfer destination? |
12:12 |
berick |
or logging out, i guess |
12:23 |
kmlussier |
berick: Not that I'm aware of. |
12:24 |
berick |
thanks kmlussier |
12:36 |
Dyrcona |
dbwells and anyone else who cares: I ended up wrapping the contents of the where in "-and" : [] so I can have a mix and match of all the ors and other criteria. |
12:38 |
|
frank___ joined #evergreen |
12:39 |
frank___ |
Hi all, I want to change the Format selector from my home opac basic search, instead of it I want to add an item_form selector |
12:39 |
frank___ |
what do I need to do? |
12:42 |
kmlussier |
frank___: It looks like it's something you can adjust in config.tt2 |
12:42 |
tsbere |
frank___: config.tt2 search.basic_config |
12:43 |
|
buzzy joined #evergreen |
12:43 |
frank___ |
group => [ctx.get_cgf('opac.format_selector.attr').value, 'item_type'], right? I just have to change to group => [ctx.get_cgf('opac.format_selector.attr').value, 'item_form], ? |
12:43 |
tsbere |
frank___: Though that will let you switch out, not add extra |
12:44 |
tsbere |
frank___: You can also edit the config.global_flag entry for opac.format_selector.attr to item_form, I believe |
12:44 |
kmlussier |
I think you would do item_form.attr in place of opac.format_selector.attr |
12:44 |
tsbere |
frank___: Oh, and you would need to change it to just group => 'item_form', I think |
12:45 |
kmlussier |
Yes, listen to tsbere, not to me. |
12:45 |
kmlussier |
It's been a while since I've changed that. :) |
12:45 |
|
Newziky joined #evergreen |
12:46 |
frank___ |
I changed to group => [ctx.get_cgf('opac.item_form.attr').value, 'item_form'], an |
12:46 |
frank___ |
and it works! |
12:46 |
tsbere |
frank___: What you really want is to remove the ctx.get_cgf(blah) bit too, because otherwise if someone changes the database table in question it would jump away from item_form on ya ;) |
12:47 |
frank___ |
so is correct to change to group => ['matform','item_form'], ? |
12:48 |
tsbere |
Only the first thing in the array (the square brackets make the array) that has values is used |
12:49 |
tsbere |
If you only want one thing, ever, just put it there (group => 'the_one_thing',). If you want it to pick the first available you put them in the brackets (group => ['first','second','third'],) |
12:50 |
tsbere |
The ctx.get_cgf('opac.format_selector.attr').value bit is 'look for an active opac.format_selector.attr entry in config.global_flag and check the value of it' |
12:50 |
tsbere |
Which allows you to stick the setting in the database instead of changing templates at all |
12:51 |
|
sandbergja joined #evergreen |
12:51 |
frank___ |
ah okok, I understand |
12:52 |
frank___ |
Thanks :D |
13:11 |
kmlussier |
@praise tsbere |
13:11 |
* pinesol_green |
tsbere is kind and patient to newbies |
13:12 |
Dyrcona |
@praise praise |
13:12 |
pinesol_green |
Dyrcona: (praise praise [<channel>] [<id>] <who|what> [for <reason>]) -- Praises <who|what> (for <reason>, if given). If <id> is given, uses that specific praise. <channel> is only necessary if the message isn't sent in the channel itself. |
13:12 |
Dyrcona |
@praise pinesol_green |
13:12 |
* pinesol_green |
itself is the very model of a modern major hacker |
13:14 |
Dyrcona |
In the end, I skipped the -and and just made the where an arrayref. |
13:18 |
|
jihpringle joined #evergreen |
13:32 |
|
pgardella joined #evergreen |
13:42 |
Dyrcona |
Fun with git merge: Make a change on a custom branch, decide to cherry-pick that commit into your master branch, merge the custom branch with master, get the new feature commit showing up twice in git log. |
13:42 |
csharp |
yep, I've seen that |
13:45 |
|
graced joined #evergreen |
13:46 |
|
dbwells joined #evergreen |
13:46 |
|
buzzy joined #evergreen |
13:55 |
|
jboyer_isl joined #evergreen |
14:00 |
|
jboyer-isl joined #evergreen |
14:04 |
|
b_bonner joined #evergreen |
14:16 |
|
jihpringle_ joined #evergreen |
14:17 |
|
ericar_ joined #evergreen |
14:18 |
|
bmills joined #evergreen |
14:18 |
|
jihpringle_ joined #evergreen |
14:27 |
|
rashma_away joined #evergreen |
14:27 |
|
b_bonner_ joined #evergreen |
14:27 |
|
b_bonner joined #evergreen |
14:27 |
|
mnsri_away joined #evergreen |
14:33 |
|
mnsri_ joined #evergreen |
14:51 |
|
Newziky left #evergreen |
14:52 |
|
maryj_ joined #evergreen |
15:08 |
|
wongon joined #evergreen |
15:31 |
csharp |
we're reviewing bug 885270 and have applied jboyer-isl 's fix on a test server (about to apply to production)... what I'm not understanding is what is the use case for having the "Patron Registration: Cloned patrons get address copy" setting at all? Isn't the lack of that logic causing the bug in the first place? |
15:31 |
pinesol_green |
Launchpad bug 885270 in Evergreen "Delete User Aborts on Shared Address" (affected: 5, heat: 26) [Medium,Confirmed] https://launchpad.net/bugs/885270 |
15:32 |
csharp |
in other words, shouldn't that setting be removed and jboyer-isl's script be added as an optional upgrade script? |
15:34 |
jboyer-isl |
jeff has made the point in the past that some users may perfer the old way which can be made to work, but requires more work in the purge user functions. We had no desire to keep the old functionality at all, so I didn't research that very much. |
15:34 |
kmlussier |
Yes, I would say we want to keep the setting because we don't like the old behavior of sharing addresses. If everyone agreed that we shouldn't use shared addresses, then I agree that we should get rid of the setting. |
15:35 |
csharp |
well, in PINES, they only care about the ability to clone addresses at the time of registration |
15:35 |
csharp |
it doesn't matter to them later if the address belongs to another user, except when this bug pops up |
15:36 |
kmlussier |
It matters to us when the address belongs to another use. Because people sometimes move away from each other. :) |
15:36 |
csharp |
kmlussier: my point is, we're totally cool with the address *not* belonging to the other user - I think we're on the same page |
15:37 |
* kmlussier |
nods. |
15:37 |
jboyer-isl |
kmlussier: It sounds like the three of us all want the same thing, for each user to have their own addresses, (at least that's how I'm reading your message at 15:34) |
15:38 |
kmlussier |
It might be worthwhile to see if there really are sites that really want to continue with the shared addresses. |
15:38 |
csharp |
kmlussier: I agree |
15:38 |
Bmagic |
+1 # get rid of shared patron addresses |
15:38 |
jeff |
a PINES staff member extolling the benefits of linked addresses at the first conference was how I learned about the feature in the first place. |
15:39 |
csharp |
if not, I would hard code the logic and lose the setting - it would be one less setting, especially if staff client-side errors happen with the setting is unset or set to false |
15:39 |
jboyer-isl |
<Oprah>You get an address, and you get an address, everybody gets an address!</Oprah> |
15:40 |
csharp |
jeff: I think it only matters to our folks at the time of registration - unless the "change the owner's address once and it changes for everyone" part is important |
15:40 |
csharp |
I can ask around locally too |
15:40 |
jeff |
removing a feature should not be discounted as one way to fix the bugs with a feature, but sometimes that's overkill. :-) |
15:41 |
jeff |
csharp: that was the benefit that was being cited as a favorite feature. i think the context was something along the lines of things that you didn't even know you'd love until you had it -- didn't know to ask for the feature, etc -- that kind of thing. |
15:41 |
jeff |
of course, that was several years ago. it's possible that said staff member is no longer working in libraries and the love of the feature has left with them. :-) |
15:42 |
|
bmills1 joined #evergreen |
15:43 |
Dyrcona |
@who stole the bag of chips from the help desk. |
15:43 |
pinesol_green |
rjackson_isl stole the bag of chips from the help desk. |
15:43 |
jboyer-isl |
jeff: I believe at the time of the first conference you couldn't purge users, only mark them inactive, so no one had ever run into the sorts of issues that came about later. |
15:44 |
rjackson_isl |
I DO so like chips... |
15:44 |
jboyer-isl |
got distracted, so that's a little behind the times, conversation wise. |
15:46 |
jeff |
sure, sure. i was behind to start. someone mentioned my name and i had to catch up. :-) |
15:55 |
|
buzzy joined #evergreen |
15:59 |
|
bmills joined #evergreen |
16:13 |
|
ericar_ joined #evergreen |
16:30 |
|
mdriscoll left #evergreen |
16:42 |
|
akilsdonk joined #evergreen |
16:53 |
|
mtcarlson joined #evergreen |
16:55 |
|
akilsdonk_ joined #evergreen |
17:12 |
|
dkyle1 left #evergreen |
17:45 |
|
wongon joined #evergreen |
18:33 |
|
akilsdonk joined #evergreen |
18:57 |
|
akilsdonk_ joined #evergreen |
19:01 |
|
akilsdonk__ joined #evergreen |
19:41 |
|
wongon joined #evergreen |
19:53 |
|
dcook joined #evergreen |
20:16 |
kmlussier |
@sortinghat |
20:16 |
pinesol_green |
Hmm... kmlussier... Let me see now... HUFFLEPUFF! |
20:18 |
gsams |
kmlussier: Please tell me you seen this: https://www.youtube.com/watch?v=y0Z5_wipT2o |
20:20 |
gsams |
I have a few coworkers that got placed as hufflepuff by the pottermore site, and we find situations to quote this video far too often. |
20:23 |
kmlussier |
Ha ha ha. No, I hadn't seen that before. :) |
22:29 |
kmlussier |
xit |