| Time |
Nick |
Message |
| 05:08 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:24 |
|
dbwells_ joined #evergreen |
| 05:26 |
|
dreuther joined #evergreen |
| 05:35 |
|
csharp_ joined #evergreen |
| 06:43 |
|
geoffsams joined #evergreen |
| 07:02 |
|
csharp joined #evergreen |
| 07:28 |
|
wsmoak joined #evergreen |
| 07:28 |
|
wsmoak joined #evergreen |
| 07:51 |
|
akilsdonk joined #evergreen |
| 07:53 |
|
rjackson-isl joined #evergreen |
| 08:11 |
csharp |
@quote random |
| 08:11 |
pinesol_green |
csharp: Quote #43: "commit 4755baac: There's tears in my coffee. These are not tears of joy." (added by gmcharlt at 05:36 PM, January 25, 2013) |
| 08:28 |
|
Shae joined #evergreen |
| 08:31 |
|
mrpeters joined #evergreen |
| 08:33 |
jboyer-isl |
Anyone on currently that's really comfortable with Cronscript.pm? I'm trying to build a simple script to set items lost and am running into a wall. |
| 08:39 |
|
Dyrcona joined #evergreen |
| 08:44 |
|
ericar joined #evergreen |
| 08:46 |
|
mmorgan joined #evergreen |
| 08:47 |
|
ericar left #evergreen |
| 08:48 |
csharp |
jboyer-isl: I would be very interested to see what you're working on... we're going to need something like that for "Long-Overdue" in PINES |
| 08:48 |
csharp |
jboyer-isl: and btw, I know Dyrcona has used Cronscript.pm and he joined just after you asked ;-) |
| 08:49 |
jeff |
we mark items lost via a perl script that just talks to the gateway. remnant of the days when we didn't have access to run anything directly on the server. |
| 08:49 |
jeff |
i'll dig the script out later today, but in the meantime -- what wall are you running into? |
| 08:50 |
jeff |
share code and error in a gist? |
| 08:50 |
jboyer-isl |
csharp: it is (going to be) just a dumb script that takes a list of barcodes and calls open-ils.circ.circulation.set_lost on each of them. I imagine it would be just a matter of changing the API call to set them longoverdue. |
| 08:50 |
jboyer-isl |
jeff: one of hte issues is that there's no error. :) |
| 08:50 |
jeff |
we do some checks of the patron profile and possibly item status first before marking lost |
| 08:50 |
jeff |
jboyer-isl: heh |
| 08:50 |
jeff |
jboyer-isl: but i'm guessing also no marking-lost? |
| 08:50 |
jeff |
jboyer-isl: no error in logs either? |
| 08:52 |
jboyer-isl |
It's entirely possible that I'm missing something basic about the call, but no, the item is not marked lost. |
| 08:52 |
jeff |
i don't remember without looking if that api call takes a barcode or item id. something to double check. |
| 08:52 |
mmorgan |
just curious, does the mark lost action trigger not work? |
| 08:52 |
jboyer-isl |
Just digging into the logs. (I've been messing with the log setup on our dev machine so who's to say where it may be logging this now, heh.) |
| 08:53 |
jboyer-isl |
mmorgan: These are very, very old circs. The intention is to "catch up" all of hte old ones that are pre-A/T. Though we'll probably also want to stop those events from being processed. |
| 08:55 |
csharp |
jboyer-isl: yes - that exactly our same situation (except s/lost/longoverdue/) |
| 08:55 |
csharp |
and "longoverdue" is really just "lost" by another name (almost literally) |
| 08:56 |
mmorgan |
ah, ok. We are currently not using the mark lost a/t, but did for a while |
| 08:57 |
jboyer-isl |
Here's my demo, which returns nothing and doesn't mark the item lost: https://gist.github.com/HitScan/9d4dd2964fedd94b4b0a |
| 08:58 |
mmorgan |
csharp: yes, indeed, but see lp 1331174 |
| 08:58 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1331174 |
| 08:58 |
mmorgan |
we would ideally like to employ both Long Overdue and Lost. |
| 09:00 |
Dyrcona |
I have git repos of utility scripts that anyone can look at for examples of how I do things. |
| 09:00 |
Dyrcona |
http://git.mvlcstaff.org/?p=jason/evergreen_utilities.git;a=summary |
| 09:02 |
jboyer-isl |
Dyrcona: I should have probably realized there might be some good stuff in there. |
| 09:03 |
csharp |
Dyrcona++ # good stuff |
| 09:03 |
Dyrcona |
Before anyone tries to use those scripts, make sure you read the README: http://git.mvlcstaff.org/?p=jason/evergreen_utilities.git;a=blob;f=README;h=aa5994812ffe22c16a96a65959622096dc9b31c4;hb=cc9a96dc734997946c8027d41c9252a545dc05a8 |
| 09:06 |
jboyer-isl |
Looks like I've misunderstood how to call a few things. I should be able to get things moving now. |
| 09:06 |
Dyrcona |
jboyer-isl: I was just about to say the call to set lost won't work. |
| 09:07 |
jboyer-isl |
No editor, probably not using the right interface to begin with? |
| 09:07 |
Dyrcona |
jboyer-isl: The call needs an authtoken as first argument for one thing. |
| 09:07 |
Dyrcona |
You won't need an editor. |
| 09:08 |
jboyer-isl |
I assumed that request() prepended that if you called authenticate(). |
| 09:09 |
|
kmlussier joined #evergreen |
| 09:09 |
Dyrcona |
my $evt = $circ->request('open-ils.circ.circulation.set_lost', $authtoken, $circ_id); # off the top o fmy head w/out checking anything for accuracy. |
| 09:10 |
Dyrcona |
Then you need a ->gather() on the end. |
| 09:10 |
Dyrcona |
My script for setting copies lost from a copy bucket uses a lower-level backend mechanism. |
| 09:12 |
Dyrcona |
Nope. I don't think it does. IIRC, it's just a thin wrapper around OpenSRF::Session->request() or whatever object that's in. |
| 09:12 |
jboyer-isl |
Ah. I forgot where I found the example I was using came from, the request it making must have worked differently (or I didn't pay enough attention...) |
| 09:13 |
Dyrcona |
Some requests, particularly cstore, don't use an authtoken, but pretty much all open-ils.circ requests do, to check permissions. |
| 09:14 |
Dyrcona |
I cheat in my scripts and use the backend stuff when I can, but I usually only run this stuff on utility servers that have access to the private router. |
| 09:15 |
jboyer-isl |
Ah, there we go. Now I just get a simple perl error message because it wants a hash for the last param and I'm passing a bare string. :/ |
| 09:15 |
Dyrcona |
Yeah, I didn't check the arguments. |
| 09:15 |
Dyrcona |
Here's the copy bucket script I mentioned: http://git.mvlcstaff.org/?p=jason/evergreen_utilities.git;a=blob;f=scripts/set_copy_lost_from_copy_bucket.pl;h=83b276282032aab8420641e983fb14fb2e5e0297;hb=cc9a96dc734997946c8027d41c9252a545dc05a8 |
| 09:16 |
jboyer-isl |
Dyrcona, I was just trying to call the same API that a client would because I didn't know at what point all of the necessary billing stuff happened. (looking into it more, I probably could call the backend directly, but I'm so close now that I'll probably just finish this quick one-off as-is) |
| 09:17 |
Dyrcona |
Actually, after thinking about it: What you from CronScript::session is an OpenSRF::Session object. |
| 09:18 |
Dyrcona |
jboyer-isl: Yeah, it is probably better to stick to things that can run from the public side. |
| 09:19 |
jboyer-isl |
FINALLY. |
| 09:19 |
jboyer-isl |
Haha! |
| 09:19 |
Dyrcona |
though, I don't think the Perl talks at a level that would work unless you had access to the public router and ejabberd. |
| 09:19 |
jboyer-isl |
Dyrcona++ |
| 09:19 |
Dyrcona |
BTW, I'm sure you know about the introspect command in srfsh, right? |
| 09:20 |
Dyrcona |
That's a good way to look up the signatures of the OpenSRF/OpenILS methods. |
| 09:20 |
jboyer-isl |
I know there was some introspection, but I had only ever used it when it was available on the pines dev server, not in srfsh. |
| 09:20 |
jboyer-isl |
I was just complaining yesterday that I didn't know how to look up methods anymore. |
| 09:21 |
jboyer-isl |
Is there a link to anything I could look over, or is it a pretty simple command? |
| 09:21 |
Dyrcona |
Yeah, it's simple |
| 09:22 |
Dyrcona |
introspect <service> ["method-name"] |
| 09:22 |
Dyrcona |
- Prints service API, limited to the methods that match the optional |
| 09:22 |
Dyrcona |
right-truncated method-name parameter |
| 09:22 |
Dyrcona |
Ex: introspect open-ils.circ open-ils.circ.circulation.set_lost |
| 09:23 |
jboyer-isl |
Very nice. I will be playing with that a bit. |
| 09:23 |
Dyrcona |
Hmm.. I'm getting errors with that. |
| 09:24 |
Dyrcona |
Or no data from server. |
| 09:24 |
Dyrcona |
if you just doe the service, you can see all the methods provided by that service. |
| 09:25 |
Dyrcona |
s/(do)e/\1/ |
| 09:25 |
Dyrcona |
Ah. If you do the two argument form, the second needs double quotes. |
| 09:26 |
Dyrcona |
introspect open-ils.circ "open-ils.circ.circulation.set_lost" |
| 09:26 |
Dyrcona |
That's what the JSON error was telling me. :) |
| 09:26 |
jboyer-isl |
to be a valid json object I suppose. |
| 09:26 |
jboyer-isl |
Ah, yes/ |
| 09:27 |
Dyrcona |
I usually just use the service because I'm trying to find the method call that I want. |
| 09:27 |
Dyrcona |
And I don't remembers its name exactly. |
| 09:30 |
jboyer-isl |
sigh. srfsh works much better when you put the proper jabber domain in the config... |
| 09:31 |
|
yboston joined #evergreen |
| 09:46 |
|
kakes joined #evergreen |
| 09:47 |
|
mllewellyn joined #evergreen |
| 09:53 |
|
tspindler joined #evergreen |
| 10:20 |
|
ningalls joined #evergreen |
| 10:20 |
|
kmlussier left #evergreen |
| 10:20 |
|
kmlussier joined #evergreen |
| 10:37 |
mmorgan |
Holds Alias question: can patrons set/change this while logged into the opac? |
| 10:38 |
mmorgan |
or must this be set by staff? |
| 10:38 |
jeff |
currently in stock evergreen, must be set by staff. |
| 10:38 |
jeff |
we've written code to put it in the opac. |
| 10:38 |
jeff |
and have it in ours. |
| 10:38 |
* jeff |
looks to see if that made it into a launchpad bug yet |
| 10:38 |
kmlussier |
That would be a nice little feature to add to Evergreen. |
| 10:39 |
mmorgan |
Yes, indeed! |
| 10:42 |
tsbere |
Depends on how you use the alias |
| 10:42 |
jeff |
tsbere: *nod* |
| 10:42 |
jeff |
if you're not using it as a holdshelf alias, but as a "nickname" field, then you may not want to expose it to patrons. |
| 10:43 |
mmorgan |
so, nickname to aid in searching? |
| 10:43 |
jeff |
mmorgan: tsbere can probably explain their usage a bit more -- i know he has in the past |
| 10:44 |
jeff |
i don't remember the specifics without asking or searching logs. :-) |
| 10:44 |
tsbere |
mmorgan: "first name or alias" is an option on hold slips. "Mother and daughter or father and son share the same first name, so drop their nickname into the alias field so they can be differentiated on the hold shelf" is a good example of that usage. |
| 10:45 |
tsbere |
mmorgan: The other option is "if alias is specified use it for the *entire* name" and is, I believe, how it is configured on jeff's end |
| 10:47 |
mmorgan |
tsbere: I see, so you're not using self service holdshelf at all? since you can use that field in that way. |
| 10:47 |
jeff |
hold slips on public hold shelves at our libraries for a patron named John Smith would look like 'SMITH JO'. If John had an alias of 'Old Jack', it would look like 'Old Jack' |
| 10:48 |
jeff |
oh, i remember why this was a bit tricky. we also require that the patron holdshelf alias be unique when the patron sets it. |
| 10:48 |
tsbere |
mmorgan: Our recommendation internally is basically "treat alias like an alternate first name" so the self service holdshelf still has the last name as it would be if there was no alias. |
| 10:48 |
jeff |
so two patrons can't both set the alias of 'Highlander' |
| 10:49 |
mmorgan |
jeff: makes sense, like opac usernames |
| 10:49 |
tsbere |
mmorgan: So "John Smith" may show up as "SMITH JOHN" but if there is an alias of "Joe" then it would be "SMITH JOE" instead. |
| 10:52 |
mmorgan |
ok, i see. Seems like an alternate name should be a different field than an alias, though. |
| 10:52 |
tsbere |
Not like we support multiple names (that is a wishlist item in masslnc somewhere, though, as far as I know, dunno about launchpad) |
| 10:53 |
jeff |
mmorgan: yes, similar to opac usernames, though i think we do a case-insensitive comparison when a patron sets an alias. |
| 10:53 |
jeff |
(and i still want to make usernames case insensitive!) |
| 10:55 |
mmorgan |
so "Joe" and "joe" can currently both be distinct usernames? |
| 10:55 |
bshum |
mmorgan: Yep |
| 10:56 |
|
_bott_ joined #evergreen |
| 10:56 |
bshum |
Like in my DB, I have so many variants of "mom" --- "mom", "Mom", "MOM" |
| 10:56 |
mmorgan |
Didn't know that. Guess it hasn't been a problem for us so far :) |
| 10:57 |
bshum |
alias isn't unique right now though |
| 10:57 |
bshum |
By default anyways |
| 10:58 |
jeff |
right. |
| 10:59 |
mmorgan |
Wait, holds alias isn't unique? Doesn't that make it not useful at all for public holdshelves? |
| 10:59 |
jeff |
last i checked we had about 30 users that would be impacted if we made usernames case insensitive. |
| 10:59 |
jeff |
mmorgan: that's one of the things we added locally, to make it more useful for public holdshelves. |
| 11:00 |
jeff |
mmorgan: we only half-added it, though. i'm pretty sure staff can potentially add a duplicate alias. |
| 11:00 |
* mmorgan |
feels a number of launchpad bugs coming on ... |
| 11:00 |
kmlussier |
Sounds like a good use of YAOUS. Because in tsbere's case, it's okay if they are not unique. But in the public hold shelves use case, you would want it to be unique. |
| 11:01 |
jeff |
yeah. i'm not sure if the optionally-patron-settable holdshelf alias and the option to not allow a new non-unique holdshelf alias to be set belong in one bug or two. :-) |
| 11:01 |
|
jwoodard joined #evergreen |
| 11:01 |
jeff |
and then (this has been discussed before) there's the question of the scope of the unique requirement. |
| 11:02 |
kmlussier |
Unique just within a branch or unique across the entire consortium |
| 11:04 |
mmorgan |
Sounds like those should be separate bugs to me. |
| 11:07 |
jeff |
and unique at a branch if you base it on home_ou of the patron doesn't guarantee that the hold shelf at that branch (or another branch) wouldn't end up with two items for two patrons with the same holdshelf alias. :-) |
| 11:07 |
bshum |
Well you folks have lots of time to plan on our way to the next major series. ;) |
| 11:08 |
bshum |
While I cringe about trying to explain to users that webare forcing them to deathmatch to get the unique names :D |
| 11:08 |
kmlussier |
bshum: It's amazing how quickly that time passes. |
| 11:09 |
bshum |
kmlussier: True! It's good to get in there early :) |
| 11:09 |
bshum |
Hey, hackaway project idea ;) |
| 11:11 |
gmcharlt |
kmlussier++ |
| 11:16 |
|
jmccarty joined #evergreen |
| 11:19 |
Bmagic |
I have a question about book jackets. I cant seem to find the trail that leads me to an image src=/opac/extras/ac/jacket/medium/r/588926 for example. I don't see a folder on any of our servers with the name "jacket". I don't see an apache alias anywhere either. We are using syndetics. |
| 11:20 |
jeff |
Bmagic: are you trying to use a local image to override syndetics? |
| 11:20 |
jeff |
Bmagic: or are you just wondering what handles the syndetics request? |
| 11:21 |
Bmagic |
jeff: yeah, I am trying to find the glue that makes that image show up on the page |
| 11:21 |
jeff |
Bmagic: look at the Location /opac/extras/ac/ stanza in your apache cofig |
| 11:21 |
jeff |
config |
| 11:21 |
jeff |
PerlHandler OpenILS::WWW::AddedContent |
| 11:22 |
jeff |
that causes requests to be handled by the mentioned perl module, which in turn consults opensrf.xml configuration to determine what other modules to load, how to configure them, etc. |
| 11:22 |
Bmagic |
jeff: there we go |
| 11:23 |
Bmagic |
ok, so if the image is wrong, syndetics is wrong? |
| 11:23 |
|
vlewis joined #evergreen |
| 11:24 |
bshum |
Bmagic: Usually one of two things I think... 1) Syndetics screwed up on their end (not uncommon) or 2) whichever ISBN or UPC is being passed to them is wrong and you have a bad match. |
| 11:25 |
Bmagic |
bshum: thanks, I think that is the answer I was looking for! |
| 11:25 |
bshum |
Betwwen 2.5 and 2.6, the order of identifiers is random I believe, not consistently the first one that appears in the record. |
| 11:25 |
bshum |
From 2.7 at least, that is changing. |
| 11:26 |
bshum |
As far as Syndetics goes though, even if they fix on their end of things, your catalog may not update to reflect that change until the memcache entry expires. |
| 11:26 |
* jeff |
nods |
| 11:26 |
jeff |
and arguably, that's a bugfix for supported releases. |
| 11:27 |
bshum |
Oh I did backport it to 2.6 |
| 11:27 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1302207 maybe |
| 11:27 |
pinesol_green |
Launchpad bug 1302207 in Evergreen "Syndetics broken cover image retrieval" (affected: 3, heat: 18) [Medium,Fix committed] |
| 11:27 |
* bshum |
double checks |
| 11:27 |
bshum |
Yes I did |
| 11:27 |
bshum |
So the next 2.6 maintenance branch will have that back to ordered identifiers, I think |
| 11:28 |
Bmagic |
interesting |
| 11:28 |
bshum |
Bmagic: What we've done internally is that once Syndetics fixes the bad cover on their end, we've been forcibly deleting the corresponding image from memcache |
| 11:29 |
Bmagic |
hmmm, what is the routine for that? |
| 11:32 |
jeff |
given a record id of 123, you can purge its jacket with memcrm: memcrm ac.jacket.large.record_123 |
| 11:32 |
jeff |
you'll need the environment variable MEMCACHED_SERVERS set |
| 11:33 |
jeff |
sizes to purge would be "small", "medium", "large" |
| 11:34 |
Bmagic |
jeff: Thanks! |
| 11:34 |
jeff |
or you can wait for the ac cache expiry interval to elapse. |
| 11:35 |
jeff |
so, something like MEMCACHED_SERVERS=127.0.0.1 memcrm ac.jacket.small.record_123 ac.jacket.medium.record_123 ac.jacket.large.record_123 |
| 11:36 |
jeff |
or you can use --servers to specify the memcached server IP |
| 11:36 |
jeff |
and remember that your clients (web browsers, staff client) may still have the image cached locally |
| 11:48 |
Bmagic |
jeff: I get WRITE FAILURE |
| 11:49 |
bshum |
Bmagic: Might be the user you're using. sudo or use root? |
| 11:49 |
Bmagic |
using root |
| 11:49 |
Bmagic |
let me try something else |
| 11:50 |
jeff |
Bmagic: you will get that error if you are using the incorrect IP for your memcached server, or if your client cannot connect to the memcached server for other reasons. |
| 11:50 |
Bmagic |
jeff: that was it, IP is eth0 not lo0 |
| 11:53 |
Bmagic |
jeff: Ok, so now the image is gone, what makes it cache it again? |
| 11:54 |
Bmagic |
jeff: Perhaps the updated ISBN is not matching anything at syndetics? |
| 11:55 |
|
gsams joined #evergreen |
| 11:56 |
jeff |
perhaps. |
| 12:12 |
|
akilsdonk joined #evergreen |
| 12:27 |
|
chatley joined #evergreen |
| 13:13 |
|
jihpringle joined #evergreen |
| 13:33 |
|
wsmoak joined #evergreen |
| 13:39 |
|
DPearl joined #evergreen |
| 14:22 |
|
krvmga joined #evergreen |
| 14:23 |
krvmga |
a patron wrote to me "When I try to place something on hold and click "submit," it stays on the same page and the item is not added to my holds list." |
| 14:24 |
krvmga |
i asked for sample items where she experienced this; she gave them; i had no problem with them |
| 14:24 |
krvmga |
the patron has no problem in her account |
| 14:24 |
krvmga |
she also said she had tried in two different web browsers |
| 14:24 |
krvmga |
i can't duplicate this problem |
| 14:24 |
krvmga |
has anyone heard of anything like this? |
| 14:25 |
phasefx |
krvmga: talk her through looking in the javascript console for untrapped errors? |
| 14:25 |
krvmga |
the browser she was using initially was IE |
| 14:29 |
krvmga |
phasefx: i suppose i could tell her how to get to the console in IE, if she was willing, try to place the hold and then tell me what shows up in the console. |
| 14:29 |
krvmga |
F12 btw, in case anyone didn't know |
| 14:38 |
krvmga |
i mailed her instructions how to do it. we'll see what she says. |
| 14:42 |
kmlussier |
krvmga: Was it a title with a lot of copies? I was just looking at https://bugs.launchpad.net/evergreen/+bug/1193454. |
| 14:42 |
pinesol_green |
Launchpad bug 1193454 in Evergreen "no hold placement message in TPAC" (affected: 1, heat: 6) [Undecided,Confirmed] |
| 14:45 |
krvmga |
kmlussier: one example was the dvd good will hunting. not too many copies (7, 5, 36, depending on the record) but most of the copies are out |
| 14:47 |
krvmga |
kmlussier: another example was freaks and geeks (18 of 22 copies available) |
| 14:48 |
kmlussier |
krvmga: That sounds different. Looking at the comments in the bug, it was occurring on titles with hundreds of copies. |
| 14:48 |
krvmga |
kmlussier: i saw that (was reading bug) |
| 14:49 |
krvmga |
rain has been beating on my office window all day |
| 14:49 |
* krvmga |
says, apropos of nothing |
| 14:49 |
kmlussier |
@weather 02771 |
| 14:49 |
pinesol_green |
kmlussier: The current temperature in Rumford, East Providence, Rhode Island is 68.7°F (2:40 PM EDT on August 13, 2014). Conditions: Light Rain. Humidity: 95%. Dew Point: 68.0°F. Pressure: 29.70 in 1006 hPa (Falling). Flash Flood Watch in effect until 8 PM EDT this evening... |
| 14:51 |
krvmga |
ick |
| 14:52 |
Dyrcona |
@weather 01845 |
| 14:53 |
pinesol_green |
Dyrcona: The current temperature in WB1CHU, Lawrence, Massachusetts is 66.0°F (2:52 PM EDT on August 13, 2014). Conditions: Light Rain. Humidity: 100%. Dew Point: 66.2°F. Pressure: 29.76 in 1008 hPa (Falling). Flash Flood Watch in effect until 8 PM EDT this evening... |
| 14:53 |
Dyrcona |
Same here, basically. |
| 14:53 |
krvmga |
Dyrcona: your weather wins on humidity. |
| 14:54 |
krvmga |
@weather 01606 |
| 14:54 |
pinesol_green |
krvmga: The current temperature in Thornton Rd., Worcester, Massachusetts is 67.1°F (2:53 PM EDT on August 13, 2014). Conditions: Light Rain. Humidity: 81%. Dew Point: 60.8°F. Pressure: 29.73 in 1007 hPa (Falling). Flash Flood Watch in effect until 8 PM EDT this evening... |
| 14:54 |
krvmga |
Dyrcona: beats me, too. |
| 15:03 |
berick |
@weather 27712 |
| 15:03 |
pinesol_green |
berick: The current temperature in Heritage Heights, Durham, North Carolina is 79.3°F (2:55 PM EDT on August 13, 2014). Conditions: Mostly Cloudy. Humidity: 59%. Dew Point: 64.4°F. Pressure: 29.94 in 1014 hPa (Rising). |
| 15:04 |
berick |
monsoon finally cleared here |
| 15:04 |
kmlussier |
berick: 59% humidity sounds wonderful to me. |
| 15:05 |
berick |
I can confirm it's great ;) had to go a week without the sun to get it, though. |
| 15:06 |
krvmga |
the patron just emailed me back about what showed up in the console when she tried to place a hold |
| 15:07 |
krvmga |
place_hold?qtype=keyword;fg%3Aformat_filters=10;locg=1;hold_target=2064172;hold_type=T;hold_source_page=%2Feg%2Fopac%2Fresults%3Fquery%3Dgood%2520will%2520hunting%3Bqtype%3Dkeyword%3Bfg%253Aformat_filters%3D10%3Blocg%3D1, line 125 character 1 |
| 15:07 |
krvmga |
this came up under "Breakpoints" |
| 15:07 |
krvmga |
it actually looks good to me. i don't see the problem. |
| 15:12 |
bshum |
Huh, so here's a weird thing |
| 15:12 |
bshum |
In the staff client, doing a catalog search |
| 15:12 |
bshum |
A bib where the only copy is lost (i.e. opac invisible) doesn't render its copy holdings during more details view in search results. |
| 15:12 |
bshum |
The copy has a part associated with it |
| 15:12 |
bshum |
The part ends up rendering in the copy listing for the *next* bib down the list |
| 15:13 |
bshum |
And erroneously making it appear as though the part is associated with the copy in the next holdings |
| 15:13 |
bshum |
Even though the next bib has no parts. |
| 15:13 |
bshum |
Super weird display glitch in the staff client rendering. |
| 15:14 |
kmlussier |
krvmga: I have a dumb question. Does this patron permission to place holds on copies that are on those bib records? Given that they are older titles, I'm guessing she does, but just want to make sure we're not missing anything obvious. |
| 15:18 |
krvmga |
kmlussier: her account is active and in good standing. not sure why she wouldn't have permission to place the holds (they're old titles, not newly acquired) |
| 15:19 |
|
jwoodard joined #evergreen |
| 16:03 |
jeff |
tsbere: am I remembering correctly that you had a clever hostname-based means of using different templates for EGWeb? |
| 16:03 |
tsbere |
jeff: Well, I don't use different templates. I feed the one template set information that causes it to act differently. |
| 16:04 |
* tsbere |
hasn't actually figured out how to safely do the hostname trick with perl variable changes |
| 16:04 |
* tsbere |
also has no reason to figure that out, which is probably why he hasn't |
| 16:05 |
jeff |
in testing, i've just ripped the /eg location out of eg_vhost.conf and included it in each different virtualhost with different template PerlAddVar statements |
| 16:06 |
tsbere |
I use rewritemaps |
| 16:06 |
jeff |
also pulled the non-virtualhost bits out of the sites-available/eg.conf file and placed it in a conf.d/evergreen_common.conf file |
| 16:06 |
tsbere |
and rewriterules to set the env variables based on the rewritemaps |
| 16:06 |
jeff |
and then the templates are referencing the env variables? |
| 16:07 |
tsbere |
Yea |
| 16:14 |
bshum |
We use the same approach that tsbere describes. It's got some elegance in how it operates :) |
| 16:15 |
tsbere |
bshum: Not to mention only needing to keep one template set around? ;) |
| 16:15 |
bshum |
Yep |
| 16:16 |
jeff |
i'm not a huge fan of how we currently configure apache, but i'm not yet fully ready to propose a change. |
| 16:28 |
dbs |
jeff: fwiw, that (ripping <Location /eg> out of eg_vhost.conf and putting it into each vhost with different template PerAddVar stmts) is what we've done |
| 16:28 |
dbs |
broke the SSL stuff out into it's own conf too so that we could just include eg_vhost.conf and eg_vhost_ssl.conf as appropriate |
| 16:28 |
jeff |
ah! i'm not alone! hooray! |
| 16:29 |
jeff |
juggling three hostnames for two organizations. |
| 16:34 |
jeff |
dbs: i can test, but if you know offhand or can look without too much trouble -- are you including your site-specific <Location /eg> before the eg_vhost.conf include? |
| 16:39 |
dbs |
jeff: nope, I'm not |
| 16:39 |
jeff |
including it after? |
| 16:39 |
jeff |
(i'm going to be impressed if you're including it neither before nor after) |
| 16:40 |
dbs |
heh, after :) |
| 16:40 |
|
tspindler left #evergreen |
| 16:40 |
dbs |
http://pastebin.com/aKtcB1kg for example |
| 16:42 |
csharp |
OMG I hate reports |
| 16:42 |
csharp |
I'm getting run ragged by our libraries right now |
| 16:42 |
jeff |
i remember those days... |
| 16:43 |
csharp |
@karma reports |
| 16:43 |
pinesol_green |
csharp: Karma for "reports" has been increased 2 times and decreased 9 times for a total karma of -7. |
| 16:43 |
* jeff |
ducks before csharp hits him with something |
| 16:43 |
csharp |
@hit jeff |
| 16:43 |
pinesol_green |
csharp: http://images.cryhavok.org/d/1291-1/Computer+Rage.gif |
| 16:43 |
jeff |
but continue... what's your specific issue of the moment? |
| 16:43 |
csharp |
aha! appropriate |
| 16:44 |
csharp |
nah, just venting - I'm just having to troubleshoot and create a lot of templates |
| 16:44 |
csharp |
and manage expectations |
| 16:44 |
eeevil |
Now I am become Death, the destroyer of SIP2. |
| 16:44 |
* bshum |
would watch that movie. |
| 16:45 |
csharp |
@quote add < eeevil> Now I am become Death, the destroyer of SIP2. |
| 16:45 |
pinesol_green |
csharp: The operation succeeded. Quote #88 added. |
| 16:50 |
dbs |
Let's kickstart that movie |
| 16:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:59 |
jeff |
dbs: finally looking at your paste shared above... so it appears your eg_vhost.conf still has the default <Location /eg> declaration, but you supplement it in the VirtualHost after including it? |
| 17:07 |
|
yboston_ joined #evergreen |
| 17:09 |
kmlussier |
@karma authorities |
| 17:09 |
pinesol_green |
kmlussier: authorities has neutral karma. |
| 17:09 |
kmlussier |
I can fix that. |
| 17:09 |
kmlussier |
authorities-- |
| 17:09 |
yboston_ |
ha ha ha |
| 17:10 |
kmlussier |
yboston_: It's probably unfair to blame authorities for my inability to make sense of them. |
| 17:11 |
yboston_ |
make sense of how the work conceptually or how they are impelmented in EG? |
| 17:11 |
yboston_ |
or both |
| 17:11 |
kmlussier |
Implemented in EG. |
| 17:12 |
yboston_ |
I assumed so, just checking |
| 17:12 |
kmlussier |
I've learned more than I ever wanted to on how they work conceptually over the past year. |
| 17:12 |
yboston |
I need to learn more than I know. Amd now we have the newer parts for catalog browse that I have not looked much at |
| 17:13 |
* kmlussier |
needs to decide whether to file a new bug report on authorities that may or may not be a data issue or if she should pile on to one of the old ones. |
| 17:15 |
|
mmorgan left #evergreen |
| 17:16 |
dbs |
jeff: yes |
| 17:16 |
dbs |
jeff: because that way was the least duplication |
| 17:17 |
jeff |
yes. I'm happy to see confirmation that that's possible. it simplifies things greatly. |
| 17:17 |
dbs |
That, or we're horribly broken and just haven't realized it yet :) |
| 17:31 |
jeff |
poking at test again (this time with a KCL-registered workstation -- bah), i'm seeing stat cats, but without populated values for "pick from the drop-down". looking at my document for things like demographic stat cats, i see i didn't actually share it outside of tadl. :P |
| 17:31 |
jeff |
and bah. |
| 17:31 |
jeff |
wrong channel. apologies. :-) |
| 17:47 |
|
mtate joined #evergreen |
| 23:50 |
|
gmcharlt_ joined #evergreen |
| 23:52 |
|
jcamins_ joined #evergreen |
| 23:53 |
|
pmurray joined #evergreen |
| 23:53 |
|
pmurray joined #evergreen |
