| Time |
Nick |
Message |
| 01:50 |
|
StomproJ joined #evergreen |
| 03:07 |
|
StomproJ joined #evergreen |
| 05:05 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:18 |
|
geoffsams joined #evergreen |
| 06:03 |
|
wlayton joined #evergreen |
| 06:13 |
|
gsams joined #evergreen |
| 07:28 |
|
graced joined #evergreen |
| 07:41 |
|
rjackson_isl joined #evergreen |
| 07:56 |
|
ericar joined #evergreen |
| 08:08 |
|
graced joined #evergreen |
| 08:25 |
|
Dyrcona joined #evergreen |
| 08:28 |
|
julialima_ joined #evergreen |
| 08:28 |
|
collum joined #evergreen |
| 08:29 |
|
mmorgan joined #evergreen |
| 08:31 |
Dyrcona |
WRT-> http://irc.evergreen-ils.org/evergreen/2015-02-23#i_158946 : I would think the beta would be the last time to get new features in. |
| 08:32 |
* Dyrcona |
would have said something yesterday, but was he was a fixin' to leave the office. |
| 08:36 |
csharp |
argh - so following up on the discussion yesterday of bug 1419813, I reverted the "fix" locally and created a new template, but now the issue is that the only available nullability on the config.rule_age_hold_protect table from reporter.classic_item_list is "Parent", which creates a RIGHT OUTER JOIN and what I need is a LEFT OUTER JOIN |
| 08:36 |
pinesol_green |
Launchpad bug 1419813 in Evergreen 2.8 "wrong default join type for config.rule_age_hold_protection in reports" (affected: 1, heat: 6) [Medium,Confirmed] https://launchpad.net/bugs/1419813 |
| 08:37 |
csharp |
@karma reports |
| 08:37 |
pinesol_green |
csharp: Karma for "reports" has been increased 2 times and decreased 9 times for a total karma of -7. |
| 08:37 |
csharp |
reports-- |
| 08:39 |
csharp |
actually, I should probably decrement illness instead, because that's what made this unpleasant pile of reports tickets accrue :-/ |
| 08:39 |
csharp |
illness-- |
| 08:39 |
csharp |
@blame sickness |
| 08:39 |
pinesol_green |
csharp: sickness must eat cottage cheese! |
| 08:39 |
Dyrcona |
I'd blame the IDL for that one. |
| 08:40 |
csharp |
@blame the IDL |
| 08:40 |
pinesol_green |
csharp: the IDL caused the white screen of death! |
| 08:40 |
Dyrcona |
csharp: If you're sick, rest. |
| 08:40 |
Dyrcona |
Nobody's report is that important. |
| 08:40 |
csharp |
nah, I'm not sick now but I was for most of two weeks in a row |
| 08:41 |
Dyrcona |
Ah. |
| 08:41 |
csharp |
yeah, barring possible weather closures, this will be the first Monday through Friday week I've had since December |
| 08:41 |
Dyrcona |
Seems like the IDL needs a way to say a field can be null, without it being from another table, like might_have without the baggage. |
| 08:41 |
eeevil |
nah, it's not the IDL, it's the template building JS |
| 08:42 |
Dyrcona |
Ah, well, then.... |
| 08:44 |
Dyrcona |
@blame JavaScript |
| 08:44 |
pinesol_green |
Dyrcona: JavaScript must eat cottage cheese! |
| 08:44 |
csharp |
same issue from the Item (asset.copy) source |
| 08:45 |
Dyrcona |
pinesol_green: But I eat cottage cheese! What is wrong with cottage cheese? |
| 08:45 |
pinesol_green |
Dyrcona: I see nothing, I know nothing! |
| 08:45 |
pinesol_green |
I'll remember that, Dyrcona |
| 08:45 |
Dyrcona |
@cottage cheese |
| 08:45 |
pinesol_green |
Dyrcona: It reads like a Nigerian 419 scam, but I think it is a sincere question sent to the wrong list. |
| 08:46 |
csharp |
@dunno |
| 08:46 |
pinesol_green |
csharp: No, you're a puzzleheaded kraken! |
| 08:46 |
Dyrcona |
Well, that explains everything. |
| 08:46 |
|
krvmga joined #evergreen |
| 08:46 |
Dyrcona |
@What |
| 08:46 |
pinesol_green |
Dyrcona: Yeah, well, you know, that's just like uh, your opinion, man. |
| 08:46 |
Dyrcona |
!What |
| 08:46 |
Dyrcona |
I'm trying to figure out what pinesol said it would remember. |
| 08:47 |
krvmga |
i can't seem to figure out what i'm doing wrong. i'm in the staff client > admin > server admin > custom org unit tree. |
| 08:47 |
krvmga |
i try to drag and drop from the left column to the right and the org unit i drag over doesn't "stick". |
| 08:47 |
krvmga |
the colored area is green. there's an arrow pointing left with a 1 next to it. |
| 08:48 |
krvmga |
i have highest level permissions |
| 08:49 |
* csharp |
would be curious if there are opensrf log messages that correlate |
| 08:49 |
* Dyrcona |
didn't even know that was a thing....custom org unit trees. |
| 08:49 |
csharp |
I didn't either - looking at it now |
| 08:49 |
* Dyrcona |
doesn't get out much. |
| 08:50 |
graced |
http://esilibrary.com/documentation/2-2-custom-org-unit-trees/#sthash.BfQPNyCm.dpbs |
| 08:50 |
krvmga |
the instructions say "to add new nodes to the custom tree, drag them from the full tree on the left" |
| 08:50 |
csharp |
heh - apparently I don't either - it's been in EG since 2.2 ;-) |
| 08:50 |
* graced |
is ashamed I didn't remember it either |
| 08:51 |
krvmga |
well, i did that and...nothing |
| 08:51 |
graced |
I wonder if anyone has been using it |
| 08:51 |
* graced |
looks to see who funded it |
| 08:52 |
* csharp |
's head spins imagining the actual use cases for this |
| 08:52 |
Dyrcona |
So, if I make an OPAC custom org tree, I can use that to control opac visibility? |
| 08:52 |
Dyrcona |
I wonder if it is a finished feature. |
| 08:53 |
graced |
it was finished |
| 08:53 |
krvmga |
Drycona: we've been using it since forever |
| 08:54 |
krvmga |
btw it was -8 went i went to work this morning |
| 08:54 |
graced |
ugh |
| 08:54 |
krvmga |
yeah, that was crisp |
| 08:54 |
Dyrcona |
krvmga: You have my sympathies, on both counts. ;) |
| 08:54 |
csharp |
krvmga: temperatures can't be negative, silly! :-P |
| 08:54 |
Dyrcona |
It was -6 when I left. |
| 08:54 |
krvmga |
LOL |
| 08:55 |
* csharp |
loves living south of... that |
| 08:55 |
Dyrcona |
You know its cold when your iced tea is warm to the touch. |
| 08:56 |
csharp |
heh |
| 08:56 |
Dyrcona |
krvmga: I'm curious how you use the custom org. unit trees. |
| 08:56 |
krvmga |
Dyrcona: it's a custom tree for the OPAC |
| 08:57 |
graced |
krvmga: was this for OPAC hiding? |
| 08:57 |
Dyrcona |
How do you make a new tree? When I mouse over the tree drop down, I get a "stop" cursor, circle with a line through it. |
| 08:57 |
csharp |
our org setups actually are what they are in the staff client (which is appropriate since the default structure was built for us), so I'm having trouble envisioning what situations would require this |
| 08:58 |
Dyrcona |
I'm going to put this on my list of things to investigate. We may have a use for this feature. |
| 08:58 |
krvmga |
graced: i'm not sure. i didn't set it up. |
| 08:58 |
krvmga |
graced: but that may be. we have org units that we don't include in the OPAC list |
| 08:58 |
graced |
csharp: I'm thinking this might be for libraries that have a shared Evergreen instance but don't allow their patrons to know about it. |
| 08:59 |
Dyrcona |
csharp: The use case I imagine is we have 1 member that is currently closed completely, though their branch is closed permanently. |
| 08:59 |
Dyrcona |
So, I imagine I could use it to hide them from the OPAC until they're open with doing the OPAC visibility checkbox and autogen. |
| 09:00 |
Dyrcona |
Though, I imagine this would require an autogen, too. |
| 09:00 |
csharp |
graced: Dyrcona: makes sense |
| 09:00 |
Dyrcona |
s/with/without/ |
| 09:00 |
Dyrcona |
It would be cool if (and I doubt this is the case) we could have custom org trees for different purposes in the OPAC. |
| 09:01 |
Dyrcona |
That is, this one member may get barred from using other members' materials depending on what happens in the next couple of months. |
| 09:01 |
Dyrcona |
So, we make an org. tree for their patrons, and one for everyone else. |
| 09:01 |
Dyrcona |
Kind of like what graced mentioned above. |
| 09:03 |
Dyrcona |
We're having a lot of fun up here in New England this winter. :) |
| 09:03 |
csharp |
yowza - that sounds contentious |
| 09:05 |
csharp |
there were some arguments in the earliest days of PINES/pre-PINES where certain libraries were going to use PINES membership to avoid buying materials for their patrons and basically leech off the more affluent systems' budgets |
| 09:05 |
graced |
krvmga: Don't quote me on it but I think it was Niagara that sponsored that work originally so they are likely using it and would know if there were any recent issues/bugs. |
| 09:05 |
csharp |
as I understand it, hold age protection rules emerged from that issue |
| 09:07 |
Dyrcona |
csharp: We've been a consortium since the '80s. This issue is a long-running problem with one town, but it was never really bad until now. |
| 09:08 |
Dyrcona |
They've always done their part in the past, but now they have a sick building and rather than move into the larger branch building, they're moving into offices in the town hall. |
| 09:08 |
Dyrcona |
They also don't have a director at the moment. |
| 09:11 |
csharp |
makes sense |
| 09:12 |
Dyrcona |
The Mass. Board of Library Commissioners is also involved and has the ultimate say on their fate, as it were. |
| 09:13 |
Dyrcona |
The town in question is pretty weird. It's like a significant portion of the population doesn't want a library. |
| 09:13 |
csharp |
we have some of that pop up from time to time here too |
| 09:14 |
|
yboston joined #evergreen |
| 09:15 |
Dyrcona |
Anyway, I've got a script standing by that will bar their patrons from using other members' collections and vice versa, just in case it comes to that. |
| 09:17 |
eeevil |
opac hiding is separate from custom org trees, fwiw |
| 09:18 |
eeevil |
and you can mark an OU as opac_visible=false to hide it from patrons |
| 09:19 |
eeevil |
opac hiding is more like "only show from depth X down", and uses (IIRC) org_loc (or the tpac equiv) for context |
| 09:20 |
Dyrcona |
Right, but I am curious in what ways custom org unit trees come into play. |
| 09:21 |
eeevil |
custom org trees are more for instances that have, say, some systems with one branch and some with many |
| 09:21 |
Dyrcona |
We have most systems with 1 branch and a handful with two. |
| 09:21 |
eeevil |
you can "pull up" the one-branch systems so the branch is at the system level, visually in the dropdown |
| 09:22 |
Dyrcona |
I see... That would be interesting, but not sure we'd go for that given how long things have been the way that they are. |
| 09:22 |
eeevil |
and hide the extra level that's not needed for those |
| 09:22 |
krvmga |
ok, i figured out my problem. i was just being derpy. |
| 09:24 |
krvmga |
our custom org unit tree is so long that i didn't see the library was added at the very bottom of the list. bad line targeting on my part. |
| 09:24 |
krvmga |
dragged it to the right location and all was well. |
| 09:24 |
krvmga |
the reason it wasn't sticking for me is that it was already there (just in a place i didn't see) |
| 09:25 |
* krvmga |
just wants to sit in the corner with the dunce cap on now. |
| 09:28 |
|
Stompro joined #evergreen |
| 09:31 |
|
Shae joined #evergreen |
| 09:36 |
csharp |
krvmga: not your fault |
| 09:36 |
csharp |
@blame old dojo |
| 09:36 |
pinesol_green |
csharp: old dojo stole csharp's ice cream! |
| 09:41 |
yboston |
hello, |
| 09:42 |
yboston |
I am planning to do a welcome to EG presentation with Rogan, and I wondered |
| 09:42 |
yboston |
what our relationship is with MarkMail |
| 09:42 |
yboston |
is it goign away at any time soon? |
| 09:43 |
yboston |
I don't want to teach beguiners a nunch of search tricks if this resource won't be around for long |
| 09:43 |
csharp |
yboston: we have a markmail "user" subscribe to each list that captures email |
| 09:44 |
csharp |
s/subscribe/subscribed/ |
| 09:44 |
csharp |
no plans for that to change |
| 09:44 |
yboston |
good |
| 09:44 |
yboston |
have you considered adding soem of the other EG mailing lists that are not currently archived? like cataloging |
| 09:45 |
yboston |
of course that might inspire the creation of even more mailing lists :) |
| 09:53 |
csharp |
I thought each list was archived... I'll look into that when I get a chance |
| 10:03 |
gsams |
jonadab++ |
| 10:03 |
gsams |
tsbere++ #That did the trick for me, thanks for the help! |
| 10:03 |
gsams |
got iced over or I would have thank you both earlier |
| 10:12 |
* berick |
is watching the snow fall |
| 10:19 |
jeff |
weather this morning: ██████████ with a ████ of ████, winds out of the ██████████. visibility may be ██████. |
| 10:20 |
csharp |
jeff++ |
| 10:23 |
pinesol_green |
[evergreen|Liam Whalen] LP#1282286 Tab is NULL error - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=de91792> |
| 10:25 |
csharp |
anybody out there running RT as their helpdesk/trouble ticket tracker? |
| 10:28 |
jeff |
we have in the past. currently using a hosted thing that promised better google apps integration but never delivered. |
| 10:29 |
csharp |
we've been on a top-heavy proprietary product for the last 5 or so years and it's up for re-evaluation - I was just interested in how much trouble RT is to administer |
| 10:29 |
gsams |
jeff++ |
| 10:30 |
gsams |
@weather 76262 |
| 10:30 |
pinesol_green |
gsams: The current temperature in Roanoke, Texas is 28.6°F (9:27 AM CST on February 24, 2015). Conditions: Overcast. Humidity: 86%. Dew Point: 24.8°F. Windchill: 21.2°F. Pressure: 30.37 in 1028 hPa (Steady). Winter Storm Watch in effect from late tonight through Wednesday morning... |
| 10:30 |
dbwells |
bshum: I pushed the most recent commit for #1282286 to master. You mentioned on that bug that you were still testing more before backporting. In your opinion, is it ready to backport? |
| 10:30 |
csharp |
we were originally on a lightweight and functional homegrown helpdesk developed by phasefx |
| 10:31 |
bshum |
dbwells: I was thinking about backporting, but ultimately did not get around to it. |
| 10:40 |
|
jwoodard joined #evergreen |
| 10:58 |
bshum |
I'm out of the office today at a conference meeting. Probably won't get to test anything on that. |
| 11:06 |
phasefx |
csharp: sadly, no one ever lets me build another one :) |
| 11:08 |
csharp |
phasefx++ |
| 11:09 |
|
ericar joined #evergreen |
| 11:09 |
dbs |
csharp: we're just using an ancient installation of Trac |
| 11:09 |
csharp |
cool - it's good to know what else people are using out there |
| 11:17 |
Dyrcona |
We use RT. |
| 11:17 |
Dyrcona |
If you're talking about ticket management. |
| 11:17 |
|
sarabee joined #evergreen |
| 11:17 |
|
eeevil joined #evergreen |
| 11:36 |
|
sandbergja joined #evergreen |
| 11:45 |
|
Arlene joined #evergreen |
| 11:48 |
|
sarabee joined #evergreen |
| 11:49 |
|
eeevil joined #evergreen |
| 11:49 |
|
kitteh_ joined #evergreen |
| 12:05 |
jeffdavis |
csharp: Sitka uses RT. Works well for us, doesn't need a ton of admin work IME. |
| 12:06 |
csharp |
Dyrcona: jeffdavis: thanks! |
| 12:07 |
csharp |
related: has anyone attempted any sort of integration between Evergreen and RT/your help ticketing system? I know most offer "create ticket via email" functionality and wondered if anyone's followed up |
| 12:10 |
jeffdavis |
We've set things up so that bounced email creates a ticket in a designated queue in RT. No direct integration with EG though. |
| 12:11 |
Dyrcona |
What would be nice is a button on the error dialogs to "Report this to IT" that makes a ticket in RT. |
| 12:12 |
Dyrcona |
Might need an additional widget or two to get some context from the user. |
| 12:12 |
csharp |
Dyrcona: that's as far down the "integration" road that I've thought out |
| 12:13 |
|
avinash_sri joined #evergreen |
| 12:15 |
|
julialima_ joined #evergreen |
| 12:16 |
jeffdavis |
I should ask our (excellent) support folks about that idea. |
| 12:17 |
jeffdavis |
I tend to prefer for staff to notice a pattern and report that, rather than create a ticket for an isolated error. |
| 12:18 |
jeffdavis |
But I guess a lot depends on what the expectations are around reporting issues, level of service, etc. |
| 12:21 |
tsbere |
At least the "report" button would, by default, include the error message. We don't always get that. >_> |
| 12:29 |
Dyrcona |
Yeah, much better than "It doesn't work." |
| 12:29 |
Stompro |
We also use RT for staff tickets, and for end user overdrive email support. |
| 12:29 |
Dyrcona |
Yes, that is literally the entirety of a "bug report" we received once. |
| 12:30 |
Dyrcona |
Stompro: Same here. |
| 12:30 |
Dyrcona |
I make lots of tickets on an Internal queue to track stuff I'm doing that I don't want to scare library staff with. :) |
| 12:31 |
tsbere |
Well, we don't do the end user overdrive support via RT, but otherwise |
| 12:31 |
Dyrcona |
Well, almost. James sometimes makes tickets, but the initial request usually comes from library staff as a result of a patron's problem. |
| 12:32 |
Dyrcona |
tsbere: Such as the unforgettable Iphone problems with Overdrive tickets. |
| 12:32 |
Dyrcona |
See, you have an iPhone, that's your problem. :) |
| 12:34 |
|
bmills joined #evergreen |
| 12:42 |
|
maryj joined #evergreen |
| 12:43 |
|
Christineb joined #evergreen |
| 12:45 |
Dyrcona |
Is it true that with anonymous pcrud, no login would be required to retrieve pcrud-controlled objects that don't have a retrieve permssion set? |
| 12:46 |
Dyrcona |
That's for the other devs, mainly. |
| 12:59 |
|
avinash_da joined #evergreen |
| 13:10 |
|
bmills1 joined #evergreen |
| 13:15 |
|
jihpringle joined #evergreen |
| 13:36 |
|
eeevil joined #evergreen |
| 13:48 |
|
sarabee joined #evergreen |
| 13:52 |
pinesol_green |
[evergreen|Jason Stephenson] LP#957466: A simpler version of set_marc_905u. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=46b0f9c> |
| 13:52 |
pinesol_green |
[evergreen|Remington Steed] LP#957466: Added pgTAP test for db function change - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f84713b> |
| 13:52 |
pinesol_green |
[evergreen|Remington Steed] LP#957466: Fix invalid MARCXML syntax - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8bd8a1c> |
| 13:54 |
Dyrcona |
Yay. Found a bug in the IDL. |
| 14:02 |
|
Callender joined #evergreen |
| 14:13 |
|
Stompro joined #evergreen |
| 14:30 |
|
gsams joined #evergreen |
| 15:23 |
|
RoganH joined #evergreen |
| 15:29 |
|
akilsdonk joined #evergreen |
| 15:45 |
|
julialima_ left #evergreen |
| 16:02 |
|
RoganH joined #evergreen |
| 16:16 |
|
Christineb_ joined #evergreen |
| 16:50 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:52 |
Dyrcona |
remingtron: If you're around, the live test failure concerned your pgtap regression test for lp957466: psql:Open-ILS/src/sql/Pg/t/regress/lp957466_update_date_and_source.pg:27: ERROR: duplicate key value violates unique constraint "merge_profile_pkey" |
| 16:55 |
|
vlewis joined #evergreen |
| 17:00 |
remingtron |
Dyrcona: thanks, I'll make sure I get that fixed tomorrow |
| 17:00 |
Dyrcona |
OK. Have a good evening/night/whatever everyone! |
| 17:02 |
|
mglass joined #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 17:08 |
|
kitteh_ joined #evergreen |
| 17:15 |
|
bbqben joined #evergreen |
| 17:29 |
|
akilsdonk joined #evergreen |
| 17:30 |
|
Christineb_ joined #evergreen |
| 17:42 |
|
bbqben joined #evergreen |
| 17:42 |
* kmlussier |
catches up on IRC logs after a full-day meeting. |
| 17:45 |
kmlussier |
Dyrcona / graced: MassLNC was the original funder of custom org tree. We funded it at the same time we funded the ability to make OU's invisible even if their child branch was visible. |
| 17:45 |
kmlussier |
Dyrcona: There are two specific use cases I have seen for custom org trees. C/W MARS relies heavily on it because they have an extra level in their hierarchy to cover its two different regions. I think for delivery purposes. |
| 17:46 |
kmlussier |
Dyrcona: But they didn't want the menu to display those two separate regions. Too confusing for patrons. So the custom org tree allows the to sort all of their branches alphabetically even if they live under another region in the org tree. |
| 17:47 |
kmlussier |
Dyrcona: Another more basic use of custom org tree is if you have a multi-branch system, and you want the "main" library to display first even if it doesn't come first alphabetically. |
| 17:47 |
* kmlussier |
should write these use cases down in some kind of documentation. |
| 17:51 |
kmlussier |
The original requirements for the work: http://masslnc.cwmars.org/node/2516 |
| 18:59 |
|
dcook joined #evergreen |
| 19:27 |
|
graced joined #evergreen |
| 19:30 |
|
akilsdonk joined #evergreen |
| 19:54 |
|
wlayton joined #evergreen |
| 20:20 |
|
paxed joined #evergreen |
| 20:39 |
|
phasefx joined #evergreen |
| 20:39 |
|
artunit joined #evergreen |
| 20:39 |
|
mtate joined #evergreen |
| 20:39 |
|
Sato joined #evergreen |
| 20:39 |
|
jonadab joined #evergreen |
| 20:39 |
|
bradl joined #evergreen |
| 20:39 |
|
jeffdavis joined #evergreen |
| 20:39 |
|
Bmagic joined #evergreen |
| 20:39 |
|
egbuilder joined #evergreen |
| 20:39 |
|
mtj_ joined #evergreen |
| 20:39 |
|
ldw joined #evergreen |
| 20:39 |
|
jcamins1 joined #evergreen |
| 20:41 |
|
phasefx joined #evergreen |
| 20:41 |
|
artunit joined #evergreen |
| 20:41 |
|
mtate joined #evergreen |
| 20:41 |
|
Sato joined #evergreen |
| 20:41 |
|
jonadab joined #evergreen |
| 20:41 |
|
bradl joined #evergreen |
| 20:41 |
|
jeffdavis joined #evergreen |
| 20:41 |
|
Bmagic joined #evergreen |
| 20:41 |
|
egbuilder joined #evergreen |
| 20:41 |
|
mtj_ joined #evergreen |
| 20:41 |
|
ldw joined #evergreen |
| 20:41 |
|
jcamins1 joined #evergreen |
| 20:43 |
|
graced joined #evergreen |
| 20:59 |
|
dbwells joined #evergreen |
| 21:16 |
|
dbwells joined #evergreen |
| 23:49 |
|
bmills joined #evergreen |
