| Time |
Nick |
Message |
| 01:02 |
|
timhome joined #evergreen |
| 04:22 |
|
Callender_ joined #evergreen |
| 04:36 |
|
DPearl1 joined #evergreen |
| 05:05 |
|
dbwells_ joined #evergreen |
| 05:08 |
|
remingtron joined #evergreen |
| 06:53 |
|
mtj_- joined #evergreen |
| 07:48 |
|
collum joined #evergreen |
| 07:48 |
|
artunit joined #evergreen |
| 07:48 |
|
mtj_- joined #evergreen |
| 07:48 |
|
remingtron joined #evergreen |
| 07:48 |
|
dbwells_ joined #evergreen |
| 07:48 |
|
DPearl1 joined #evergreen |
| 07:48 |
|
Callender joined #evergreen |
| 07:48 |
|
timhome joined #evergreen |
| 07:48 |
|
mtate joined #evergreen |
| 07:48 |
|
BigRig joined #evergreen |
| 07:48 |
|
frank_____ joined #evergreen |
| 07:48 |
|
gsams joined #evergreen |
| 07:48 |
|
afterl joined #evergreen |
| 07:48 |
|
dreuther joined #evergreen |
| 07:48 |
|
berick joined #evergreen |
| 07:48 |
|
paxed joined #evergreen |
| 07:48 |
|
jeff_ joined #evergreen |
| 07:48 |
|
ktomita joined #evergreen |
| 07:48 |
|
tsbere joined #evergreen |
| 07:48 |
|
Guest28702 joined #evergreen |
| 07:48 |
|
ningalls1 joined #evergreen |
| 07:48 |
|
eby__ joined #evergreen |
| 07:48 |
|
jcamins joined #evergreen |
| 07:48 |
|
bradl joined #evergreen |
| 07:48 |
|
bshum joined #evergreen |
| 07:48 |
|
egbuilder joined #evergreen |
| 07:48 |
|
mceraso joined #evergreen |
| 07:48 |
|
book` joined #evergreen |
| 07:48 |
|
RBecker joined #evergreen |
| 07:48 |
|
pastebot joined #evergreen |
| 07:48 |
|
jventuro joined #evergreen |
| 07:48 |
|
dconnor joined #evergreen |
| 07:48 |
|
jeff joined #evergreen |
| 07:48 |
|
_bott_ joined #evergreen |
| 07:48 |
|
shadowspar joined #evergreen |
| 07:48 |
|
sseng joined #evergreen |
| 07:48 |
|
berick_ joined #evergreen |
| 07:48 |
|
jeffdavis joined #evergreen |
| 07:48 |
|
Sato`kun joined #evergreen |
| 07:48 |
|
graced joined #evergreen |
| 07:48 |
|
eeevil joined #evergreen |
| 07:48 |
|
phasefx2 joined #evergreen |
| 07:48 |
|
gmcharlt joined #evergreen |
| 07:48 |
|
rangi joined #evergreen |
| 07:48 |
|
Bmagic joined #evergreen |
| 07:48 |
|
hopkinsju joined #evergreen |
| 07:48 |
|
b_bonner joined #evergreen |
| 07:48 |
|
pinesol_green joined #evergreen |
| 07:48 |
|
csharp joined #evergreen |
| 07:48 |
|
pmurray joined #evergreen |
| 07:48 |
|
mtcarlson_away joined #evergreen |
| 07:48 |
|
tfaile joined #evergreen |
| 07:48 |
|
dkyle joined #evergreen |
| 07:48 |
|
dbs joined #evergreen |
| 07:48 |
|
edoceo joined #evergreen |
| 07:48 |
|
wjr_ joined #evergreen |
| 08:15 |
|
akilsdonk joined #evergreen |
| 08:16 |
|
rjackson-isl joined #evergreen |
| 08:47 |
|
montgoc1 joined #evergreen |
| 08:50 |
|
ericar joined #evergreen |
| 08:51 |
|
mmorgan joined #evergreen |
| 09:02 |
|
gsams joined #evergreen |
| 09:04 |
|
Shae joined #evergreen |
| 09:06 |
|
Dyrcona joined #evergreen |
| 09:13 |
|
RoganH joined #evergreen |
| 09:21 |
|
kmlussier joined #evergreen |
| 09:23 |
|
kmlussier1 joined #evergreen |
| 09:31 |
|
yboston joined #evergreen |
| 09:46 |
|
kmlussier joined #evergreen |
| 10:21 |
|
jwoodard joined #evergreen |
| 10:30 |
Bmagic |
Top of the morning to everyone! |
| 10:30 |
Bmagic |
I need this query to return true: select permission.usr_has_perm(201704,'CREATE_VOLUME',127) |
| 10:30 |
montgoc1 |
Morning. |
| 10:31 |
csharp |
Bmagic: good morning to you |
| 10:31 |
Bmagic |
csharp: !! |
| 10:34 |
Bmagic |
I think I answered my own question! Just opening it up to the channel brings more ideas to my head! Does that ever happen to you? |
| 10:34 |
csharp |
yes ;-) |
| 10:35 |
jeff |
http://c2.com/cgi/wiki?RubberDucking http://en.wikipedia.org/wiki/Rubber_duck_debugging |
| 10:36 |
csharp |
jeff++ # that's awesome |
| 10:36 |
Bmagic |
jeff++ #yes, you nailed it |
| 10:37 |
csharp |
@dunno add If all else fails, try this: http://en.wikipedia.org/wiki/Rubber_duck_debugging |
| 10:37 |
pinesol_green |
csharp: The operation succeeded. Dunno #30 added. |
| 10:37 |
jeff |
person1: [question, problem, detailed, interrupted] "oh! got it! nevermind!" |
| 10:37 |
jeff |
jeff: "Quack!" |
| 10:37 |
|
bmills joined #evergreen |
| 10:46 |
Dyrcona |
Do any consortia take credit card payments via the OPAC? If so, how do you handle fiscal authority and/or distributing funds to the library to which it was owed? |
| 10:46 |
csharp |
Dyrcona: we don't, but I've been asked to see if others do |
| 10:47 |
dbs |
Dyrcona: you mean after you've funnelled all of the ill-gotten gains to the Caymans? |
| 10:47 |
csharp |
and that issue has pretty much been the conversation stopper on this end ;-) |
| 10:47 |
csharp |
(fund distribution) |
| 10:49 |
jeff |
Dyrcona: we give patrons a link to click which takes them to a cgi that handles payment. Funds are deposited in one account, mmpbbt is used to determine if there were payments made for items owned by a fiscal entity other than that that owns the bank account in question, checks are cut to settle. |
| 10:49 |
jeff |
(let me know if that truncated before "settle") |
| 10:49 |
jeff |
(and some of this is "last time i checked") |
| 10:50 |
Dyrcona |
jeff: I got the whole message. |
| 10:50 |
jboyer-isl |
We take payments in here and I've got a half-dozen scripts that determine who owes who what and we settle up quarterly. (We also allow patrons to pay any bill at any location, so not everything run this way is OPAC related) |
| 10:50 |
Dyrcona |
csharp: That's where we're at, too. |
| 10:51 |
jboyer-isl |
That's why I was whining about how many joins you need to get actual information from the data in money.* a few months ago. |
| 10:51 |
Dyrcona |
jboyer-isl: I didn't think you did that in Indiana, but good to know. |
| 10:51 |
csharp |
jboyer-isl: ewww - yeah, that sounds like a nightmare |
| 10:51 |
jboyer-isl |
The CC payments are a recent change. |
| 10:52 |
csharp |
fortunately the PINES libs agreed at the beginning (1999) to not worry about redistributing fines - they cut checks to each other for lost items paid at other locations |
| 10:52 |
jeff |
jboyer-isl: are your "half-dozen scripts" anywhere i can see them? I'm interested in making this easier for everyone, but probably won't know how well that will work until I see what things you have to worry about that I didn't have to worry about. :-) |
| 10:53 |
jeff |
csharp: good point. we did that also -- fines stay where they're paid. |
| 10:53 |
jeff |
csharp: it's just the lost item / damaged item type stuff that goes elsewhere. |
| 10:53 |
csharp |
yeah - same here |
| 10:54 |
pastebot |
"jboyer-isl" at 64.57.241.14 pasted "This is one of 3 separate queries (we differentiate between lost and overdues, then grocery)" (49 lines) at http://paste.evergreen-ils.org/25 |
| 10:54 |
csharp |
though the addition of collection agencies complicated that some - the library that pays for collection of their billings wants them paid there (understandably) |
| 10:54 |
jboyer-isl |
jeff: Not yet, though I can make it so. |
| 10:55 |
jeff |
csharp: are you doing anything to deal with that currently? refusing to take payment when patron is "in collections" with a grocery collection agency fee other than the library they're attempting payment at or something? |
| 10:55 |
Dyrcona |
ooh...collections.... Didn't think of that. |
| 10:57 |
csharp |
jeff: the libraries with collection agencies use the "BAR_PATRON" feature since only the library that bars a patron can remove the bar (per policy for other things) |
| 10:57 |
jeff |
csharp: interesting. |
| 10:57 |
csharp |
it's actually an abuse of that policy (which was meant to bar people for serious things), but no one complains |
| 10:57 |
jeff |
csharp: do you have BAR_PATRON worked into your collections automation? Does your collections vendor set it, or do you have systems on your end that set it based on the collections standing pentlay? |
| 10:57 |
jeff |
penalty |
| 10:58 |
csharp |
no - the libraries set it manually |
| 10:58 |
* jeff |
cringes whenever "manually" and "collections" are in close proximity to each other |
| 10:58 |
csharp |
yeah - me too |
| 10:58 |
csharp |
it's fraught with logistical and policy issues and has always been very touchy |
| 11:02 |
jeff |
what isn't? |
| 11:06 |
|
afterl joined #evergreen |
| 11:14 |
frank_____ |
hi all |
| 11:15 |
frank_____ |
does someone know if the https://bugs.launchpad.net/evergreen/+bug/1271661 bug will be fixed? |
| 11:15 |
pinesol_green |
Launchpad bug 1271661 in Evergreen "record import matching can fail with "shared memory" PostgreSQL errors" (affected: 2, heat: 12) [Undecided,Triaged] |
| 11:20 |
jboyer-isl |
jeff, csharp, Dyrcona: here's a zip file of the system we use. https://drive.google.com/file/d/0BxJL4m6fifaxbXhYTVhKZjBWb1k/edit?usp=sharing First schema.local.sql has to be loaded, then recon_env set, then about.prep and about.report explain what's what. |
| 11:21 |
jeff |
jboyer-isl: thanks for sharing! |
| 11:21 |
csharp |
jboyer-isl++ |
| 11:23 |
jboyer-isl |
I should also note this system required a policy change before we could use it. Since it's so hard to de-tangle overdues and lost bills, once an item is marked lost, all money from that transaction is sent to the item's circ_lib rather than the circ's circ_lib. |
| 11:23 |
yboston |
Hola, is there a preffered name for the new client, if there is any? Browser Staff Client? web-client? web client? |
| 11:24 |
yboston |
I started a thread o the DIG list and was not sure which term to use. berick, what do yo prefer? |
| 11:24 |
yboston |
s/o/on/ |
| 11:24 |
csharp |
we've been calling it "the web client" internally |
| 11:25 |
csharp |
though there may be an opportunity for branding here ;-) |
| 11:27 |
dbs |
"Staff Client (Web)" so that eventually we can drop the (Web) part. |
| 11:27 |
csharp |
does koha have a term for it? |
| 11:27 |
dbs |
Or "Lean Mean Staff Client Machine" for the marketers |
| 11:28 |
dbs |
Koha: "Staff Client" http://manual.koha-community.org/3.14/en/administration.html#staffprefs |
| 11:28 |
jwoodard |
im going to steal that and start using it |
| 11:29 |
* dbs |
is serious about suggesting "Staff Client (Web)", fwiw |
| 11:29 |
csharp |
dbs: then I agree with your "Staff Client (Web)" idea |
| 11:36 |
|
akilsdonk_ joined #evergreen |
| 11:38 |
* kmlussier |
agrees |
| 11:38 |
berick |
works for me |
| 11:40 |
bradl |
so... no "Staff Client: The Next Generation"? /me kills music intro |
| 12:03 |
csharp |
bradl++ |
| 12:04 |
|
krvmga joined #evergreen |
| 12:04 |
csharp |
"shut up, wesley!" |
| 12:05 |
krvmga |
i'm not at all clear on how to add jacket images to the opac for local authors. is there any documentation about this? |
| 12:09 |
krvmga |
the only doc i see is about including external content and it doesn't cover this. |
| 12:09 |
|
mceraso joined #evergreen |
| 12:17 |
|
akilsdonk joined #evergreen |
| 12:19 |
jeff |
krvmga: look at the url that the catalog uses for the jacket image -- now, make a file on disk to represent that url. that should do it. you'll probably want small/medium/large images in the correct directories. |
| 12:20 |
jeff |
krvmga: and you might need to add some apache config to force the mime type (which might mean you would want to use the same format for every jacket image, like jpeg) |
| 12:20 |
jeff |
i'll see if i can't help get that documented in a more useful way. |
| 12:20 |
jeff |
in the meantime, let me know if you have more questions. |
| 12:20 |
krvmga |
jeff: thanks. i'll give it a try. |
| 12:22 |
csharp |
jeff: also (I've been meaning to follow up on this myself), you mentioned you have an interface that staff can log into and upload images, right? is that code available? |
| 12:23 |
krvmga |
has anyone (or group of someones) gotten any study together to look at the online catalog *strictly* from a patron point of view? |
| 12:24 |
krvmga |
(by *strictly*, i mean disregarding whatever we think the patron wants/needs and just compiling data from patrons) |
| 12:25 |
csharp |
krvmga: you mean like actual usability testing, or something else? |
| 12:25 |
krvmga |
csharp: both usability and desire/wishlist |
| 12:26 |
csharp |
we haven't done anything formal on the first point, but we get a "wishlist" of sorts in our PINES annual survey feedback |
| 12:27 |
krvmga |
it seems i'm constantly running into things from the patrons that they wish they had: context sensitive help, information about holds - when the hold is place - about how the hold will be filled |
| 12:29 |
krvmga |
on the second one, patrons might not realize, when they place a hold from the basic search returns, that all the copies listed as "available" are, in fact, only ON ORDER |
| 12:30 |
dbs |
Lots of people have said that we should run actual usability studies and get help from a professional designer. There's very little actual followup. Although I think MassLNC has something in the works. |
| 12:31 |
krvmga |
or, specific to cwmars case, we have consortial members who are not full circulating members, so a patron may wonder why her hold is not being filled when a library "clearly" has an available copy (except it's not really available because the library is not a circulating member) |
| 12:31 |
dbs |
this particular problem sounds familiar, you were mentioning it yesterday or the day before? |
| 12:32 |
krvmga |
dbs: not this particular problem, i think. or else it wasn't me mentioning it. |
| 12:33 |
krvmga |
dbs: the last two things i brought up were local release management and eliminating the word "circulating" from hold_status.tt2 |
| 12:33 |
krvmga |
that "circulating" was a separate issue. |
| 12:33 |
dbs |
http://irc.evergreen-ils.org/evergreen/2014-05-06#i_94939 no? |
| 12:35 |
krvmga |
dbs: it turned out, for that guy, that he was seeing the word "circulating" when he looked at his holds when he was logged into his account. the word "circulating" is hard coded into hold_status.tt2. this gave the mistaken impression that ON ORDER copies were availabe and circulating. the issue is related tangentially to letting patrons know things like "everything is checked out now and there are 567 holds ahead of yours". |
| 12:38 |
eeevil |
just a head's up, I've pushed out 2.4.7 |
| 12:38 |
dbs |
eeevil++ |
| 12:39 |
csharp |
and a fine major release she was! |
| 12:39 |
jeff |
eeevil++ |
| 12:39 |
* csharp |
lift his glass |
| 12:39 |
csharp |
bleh lifts |
| 12:40 |
krvmga |
sounds like csharp had already lifted his glass a bit before typing |
| 12:40 |
krvmga |
eeevil++ |
| 12:40 |
kmlussier |
krvmga: Do the non-circulating members not fill holds? |
| 12:40 |
krvmga |
kmlussier: right. the non-circulating members don't fill holds. |
| 12:41 |
|
jihpringle joined #evergreen |
| 12:46 |
kmlussier |
krvmga: I could be wrong, but I think C/W MARS might be unique in having members that are non-circulating. I don't know the best way to handle that in terms of conveying that an items is not available. |
| 12:46 |
kmlussier |
krvmga: Is that the membership level that will eventually be going away? |
| 12:46 |
kmlussier |
@dessert add Coconut Cream Pie |
| 12:46 |
pinesol_green |
kmlussier: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 12:46 |
csharp |
@dessert search coconut |
| 12:46 |
pinesol_green |
csharp: 1 found: #14: "Coconut Cream Cake" |
| 12:47 |
csharp |
kmlussier: but we need both! |
| 12:47 |
kmlussier |
Absolutely! Today is Coconut Cream Pie Day, so I thought we should add something in honor of the day. |
| 12:47 |
kmlussier |
@dessert add Coconut Cream Pie |
| 12:47 |
pinesol_green |
kmlussier: The operation succeeded. Dessert #16 added. |
| 12:48 |
kmlussier |
@dessert 16 csharp |
| 12:48 |
* pinesol_green |
grabs some Coconut Cream Pie for csharp |
| 12:49 |
csharp |
mmmm pie |
| 12:51 |
krvmga |
kmlussier: i heard some talk about that kind of member going away but i don't know for sure |
| 12:51 |
* krvmga |
wants key lime pie. |
| 12:52 |
kmlussier |
Looks like there is a dessert for nearly every day of the year. That will keep us busy. http://bestfriendsforfrosting.com/2011/06/complete-directory-of-national-food-days/ |
| 12:53 |
|
mceraso joined #evergreen |
| 12:53 |
* krvmga |
also wants pecan pie and lemon meringue pie (without too much meringue). |
| 12:54 |
kmlussier |
Pecan pie and lemon chiffon pie were in the old dessert plug-in. I don't think they have been re-added. |
| 12:54 |
kmlussier |
@dessert search pecan |
| 12:54 |
pinesol_green |
kmlussier: No matching desserts were found. |
| 12:54 |
krvmga |
oh, and did i forget to mention sweet potato pie? ah, sweet potato pie... |
| 12:54 |
kmlussier |
@dessert lemon |
| 12:54 |
* pinesol_green |
grabs some Lemon Chess Pie for lemon |
| 12:55 |
kmlussier |
Oops. Forgot the search, but it gave me what I wanted. |
| 12:55 |
jeff |
correction: it gave lemon what you wanted. you'll have to steal it from them. ;-) |
| 12:55 |
kmlussier |
Heh |
| 13:02 |
|
hbrennan joined #evergreen |
| 13:13 |
|
tspindler joined #evergreen |
| 13:29 |
|
RoganH joined #evergreen |
| 13:38 |
|
RoganH joined #evergreen |
| 13:49 |
|
mceraso joined #evergreen |
| 13:54 |
|
jl- joined #evergreen |
| 13:55 |
jl- |
bibs that have copies are showing even without a source, should I still set them to source = 2 ? |
| 14:01 |
|
dMiller_ joined #evergreen |
| 14:08 |
csharp |
@desert add Pecan Pie |
| 14:08 |
pinesol_green |
csharp: http://scientopia.org/blogs/scicurious/files/2013/03/cousin-it.png |
| 14:08 |
csharp |
@dessert add Pecan Pie |
| 14:08 |
pinesol_green |
csharp: The operation succeeded. Dessert #17 added. |
| 14:09 |
csharp |
@dessert add Sweet Potato Pie |
| 14:09 |
pinesol_green |
csharp: The operation succeeded. Dessert #18 added. |
| 14:12 |
|
ericar joined #evergreen |
| 14:13 |
jl- |
dessert add Tiramisu |
| 14:13 |
jl- |
@dessert add Tiramisu |
| 14:13 |
pinesol_green |
jl-: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 14:13 |
jl- |
@dessert add Tiramisu |
| 14:13 |
pinesol_green |
jl-: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 14:14 |
jl- |
@dessert add Tiramisu |
| 14:14 |
pinesol_green |
jl-: The operation succeeded. Dessert #19 added. |
| 14:14 |
jl- |
#best |
| 14:30 |
jl- |
@dessert |
| 14:30 |
* pinesol_green |
grabs some Tiramisu for jl- |
| 14:31 |
jl- |
#coffee |
| 14:31 |
jl- |
@coffee |
| 14:32 |
* pinesol_green |
brews and pours a cup of Panama Gesha 2011, and sends it sliding down the bar to jl- |
| 14:32 |
jl- |
@coffee add full-bodied Sumatra dark roast |
| 14:32 |
* pinesol_green |
brews and pours a cup of Honduras Fernandez Farm, and sends it sliding down the bar to add full-bodied Sumatra dark roast |
| 14:33 |
jl- |
@coffee add Sumatra dark roast |
| 14:33 |
* pinesol_green |
brews and pours a cup of Ethiopia Natural Yirgacheffe Aricha Special Microlot, and sends it sliding down the bar to add Sumatra dark roast |
| 14:33 |
|
hbrennan joined #evergreen |
| 14:34 |
tsbere |
jl-: If you didn't notice, apparently the coffee command doesn't support "add" ;) |
| 14:34 |
jl- |
indeed |
| 14:34 |
jl- |
how sad |
| 14:34 |
kmlussier |
That's right. bshum adapted the dessert plug-in last week so that it would use a database, allowing people to add their own desserts. |
| 14:35 |
|
vlewis joined #evergreen |
| 14:40 |
jl- |
neat |
| 14:50 |
jl- |
bibs that have copies are showing even without a source, should I still set them to source = 2 ? |
| 14:53 |
tsbere |
jl-: Bibs that have copies should just plain show up. Setting the source is thus optional. |
| 14:55 |
jl- |
tsbere: gotcha, source 2 only shows those with copies anyway |
| 14:55 |
jl- |
any advantage to setting it two then? |
| 14:55 |
jl- |
(since it's not transcendent |
| 14:55 |
jl- |
) |
| 14:56 |
|
bmills joined #evergreen |
| 14:56 |
tsbere |
jl-: It will be more easily searchable by bib source? |
| 14:57 |
jl- |
tsbere: you mean in the database? |
| 14:57 |
jl- |
or opac? |
| 14:58 |
tsbere |
jl-: bib_source(2) in a search box will find things that have bib_source set to 2. Finding "bib source is null" is harder. |
| 15:00 |
|
RoganH joined #evergreen |
| 15:03 |
jl- |
tsbere: I did not know that |
| 15:04 |
tsbere |
jl-: It is rarely used, but useful when you want to limit your search to a specific set of bibs. Say, bibs provided by a specific vendor... |
| 15:05 |
tsbere |
jl-: For added fun you can negate the bib_source check to find bibs that don't have that source, say to exclude bibs provided by said vendor |
| 15:05 |
jl- |
tsbere: yeah I can see this being useful |
| 15:05 |
jl- |
for now it will be enough to browse by owning org unit |
| 15:05 |
tsbere |
jl-: null bib source gets a tad funky though. |
| 15:06 |
tsbere |
null isn't equal to any number, but it also isn't not equal to those same numbers.... |
| 15:08 |
jl- |
it's an unsigned integer |
| 15:08 |
jl- |
;) |
| 15:13 |
|
RoganH joined #evergreen |
| 15:28 |
kmlussier |
How often is the database for http://demo.evergreencatalog.com/ refreshed? |
| 15:29 |
|
timhome_ joined #evergreen |
| 15:45 |
graced |
kmlussier: eeevil might know the answer to that since Equinox hosts that |
| 15:46 |
kmlussier |
graced: Thanks! I don't think I need to know now that I figured out my problem. |
| 15:46 |
jeff |
kmlussier: from the perspective of "more community demo/test servers in the near future", can I ask for details on why you ask, and what answer you're hoping for? :-) |
| 15:46 |
kmlussier |
But if eeevil answers, I'll add it to the wiki page. |
| 15:47 |
kmlussier |
jeff: I was testing something there because I was worried local tpac customizations were skewing my results. I then wanted to point to the record I was testing as an example of the bug. |
| 15:48 |
kmlussier |
I guess I was just hoping the example would be there for a couple of days before it was wiped out. |
| 15:49 |
kmlussier |
I should say I wanted to point to it as an example of what I thought was a bug. Alas, it turned out to be user error. :( |
| 15:50 |
csharp |
@dessert search velvet |
| 15:50 |
pinesol_green |
csharp: No matching desserts were found. |
| 15:50 |
csharp |
@dessert add Red Velvet Cake |
| 15:50 |
pinesol_green |
csharp: The operation succeeded. Dessert #20 added. |
| 15:52 |
jeff |
kmlussier: thanks! |
| 15:53 |
|
akilsdonk joined #evergreen |
| 15:59 |
Dyrcona |
@bartender |
| 15:59 |
* pinesol_green |
fills a pint glass with Shiner Bock, and sends it sliding down the bar to Dyrcona (http://beeradvocate.com/beer/profile/143/1352/) |
| 16:04 |
|
krvmga joined #evergreen |
| 16:05 |
eeevil |
kmlussier: it's generally not refreshed. you're safe for the next few days :) |
| 16:05 |
kmlussier |
eeevil: Wonderful! |
| 16:25 |
krvmga |
is there a way to know for sure that dojo is loaded in the public catalog? |
| 16:27 |
|
tspindler left #evergreen |
| 16:28 |
|
rjackson-isl left #evergreen |
| 16:33 |
jeff |
krvmga: in the javascript console of your web browser, enter dojo.version.toString() |
| 16:33 |
jeff |
you should see something like "1.3.3 (21524)" |
| 16:33 |
krvmga |
jeff: thx |
| 16:33 |
krvmga |
jeff++ |
| 16:33 |
jeff |
there are many ways, that's just the first that came to mind. |
| 16:33 |
|
akilsdonk_ joined #evergreen |
| 16:40 |
krvmga |
in my advanced search screen, the shelving location box is empty and i see this error in the javascript console |
| 16:40 |
krvmga |
Uncaught TypeError: Cannot read property 'options' of null |
| 16:40 |
krvmga |
anyone have any idea why shelving location would be empty? |
| 16:40 |
krvmga |
eg 2.5 |
| 16:41 |
jeff |
sounds like bug 1314370 |
| 16:41 |
pinesol_green |
Launchpad bug 1314370 in Evergreen "Shelving Location field in Advanced Search only works if dojo loaded" (affected: 2, heat: 10) [Medium,Confirmed] https://launchpad.net/bugs/1314370 |
| 16:41 |
krvmga |
jeff: i checked if dojo was loaded with the method you suggested. i got the dojo version. |
| 16:41 |
jeff |
ah. |
| 16:42 |
jeff |
what is the URL of your advanced search page where you're seeing that error? |
| 16:42 |
krvmga |
yes, it did sound exactly like that bug, though. |
| 16:42 |
krvmga |
i'm afraid i can't show it to you. it's our training/test server and not open to the world. |
| 16:43 |
jeff |
ah. |
| 16:43 |
krvmga |
:( |
| 16:43 |
kmlussier |
tsbere: You had mentioned today that you were getting an error when tpac was trying to load consortium-owned copy locations? Is it similar to the one krvmga just posted? |
| 16:44 |
tsbere |
kmlussier: I know it wasn't a dojo issue. But it also wasn't that recent (I would say within 3 days of it being merged into master, I didn't look at it long at the time) |
| 16:45 |
kmlussier |
It's odd. The empty shelving location limiter is displaying even when the search library is set to the consortium. |
| 16:45 |
kmlussier |
Usually, you wouldn't see that menu until you were searching a branch. |
| 16:51 |
|
akilsdonk joined #evergreen |
| 16:53 |
|
kmlussier left #evergreen |
| 16:53 |
jeff |
krvmga: i suspect the error is coming from Open-ILS/web/js/ui/default/opac/copyloc.js |
| 16:53 |
krvmga |
copyloc.js? hmmm.... |
| 16:54 |
jeff |
krvmga: does your advanced search page lack an element with id "adv_org_selector"? |
| 16:54 |
krvmga |
checking... |
| 16:56 |
krvmga |
yes, it seems to be lacking that. i'll see what happens when i add it. |
| 17:02 |
krvmga |
well, it didn't work yet but i got a different javascript error. so that's progress! |
| 17:03 |
krvmga |
Uncaught TypeError: Cannot read property 'can_have_vols' |
| 17:03 |
krvmga |
of underfined |
| 17:03 |
krvmga |
underfined = undefined |
| 17:03 |
jeff |
probably best to determine why you don't have the expected id. that will likely be more productive than fixing each little error as you encounter it. |
| 17:03 |
|
akilsdonk_ joined #evergreen |
| 17:03 |
krvmga |
yes, i think i'm going to have to come back to this tomorrow and approach it from the other side. |
| 17:04 |
krvmga |
jeff: thanks for your help, though |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:20 |
|
jwoodard joined #evergreen |
| 17:28 |
|
mmorgan left #evergreen |
| 17:44 |
pinesol_green |
[evergreen|Yamil Suarez] Documentation: add a 'where' clause to bib record import stored procedure - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c04958b> |
| 17:53 |
|
ktomita_ joined #evergreen |
| 18:02 |
|
ktomita joined #evergreen |
| 18:46 |
|
mceraso joined #evergreen |
| 18:46 |
|
bshum joined #evergreen |
| 20:51 |
|
mceraso joined #evergreen |
| 20:51 |
|
bshum joined #evergreen |
| 21:33 |
|
dcook joined #evergreen |
| 22:09 |
|
timf joined #evergreen |
| 22:34 |
|
lunaticc0 joined #evergreen |
| 22:35 |
|
edoceo joined #evergreen |
| 22:59 |
|
lunaticc0 joined #evergreen |
| 23:04 |
|
lunaticc0 joined #evergreen |
| 23:17 |
|
lunaticc0 joined #evergreen |
| 23:23 |
|
lunaticc0 joined #evergreen |
| 23:30 |
|
lunaticc0 joined #evergreen |
| 23:32 |
|
dac joined #evergreen |
| 23:39 |
|
lunaticc0 joined #evergreen |
| 23:47 |
|
lunaticc0 joined #evergreen |
| 23:56 |
|
lunaticc0 joined #evergreen |
