| Time |
Nick |
Message |
| 00:14 |
|
dcook joined #evergreen |
| 02:00 |
|
bmills joined #evergreen |
| 05:02 |
|
rlefaive joined #evergreen |
| 06:23 |
|
book` joined #evergreen |
| 06:30 |
|
JBoyer joined #evergreen |
| 06:58 |
|
book` joined #evergreen |
| 07:21 |
|
rjackson_isl joined #evergreen |
| 07:36 |
|
agoben joined #evergreen |
| 08:19 |
|
agoben joined #evergreen |
| 08:19 |
jeff |
good morning, #evergreen |
| 08:32 |
|
ericar joined #evergreen |
| 08:35 |
|
geoffsams joined #evergreen |
| 08:39 |
|
rlefaive joined #evergreen |
| 08:39 |
|
mrpeters joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:48 |
|
rfrasur joined #evergreen |
| 08:59 |
|
jvwoolf joined #evergreen |
| 09:11 |
|
bos20k joined #evergreen |
| 09:14 |
|
yboston joined #evergreen |
| 09:16 |
|
Dyrcona joined #evergreen |
| 09:17 |
Dyrcona |
I heard you missed me. I'm back! |
| 09:17 |
jeff |
welcome back! |
| 09:17 |
rfrasur |
Welcome back :) |
| 09:18 |
Dyrcona |
Thanks! |
| 09:18 |
|
mmorgan1 joined #evergreen |
| 09:18 |
|
mmorgan1 left #evergreen |
| 09:23 |
csharp |
Dyrcona: thank $DEITY you're back! |
| 09:24 |
Dyrcona |
heh |
| 09:33 |
Bmagic |
Dyrcona: WB |
| 10:25 |
|
rlefaive joined #evergreen |
| 10:27 |
|
Christineb joined #evergreen |
| 10:31 |
Bmagic |
tsbere: bug 1582354 |
| 10:31 |
pinesol_green |
Launchpad bug 1582354 in Evergreen "Report able to show bibs where the last copy was deleted "cancels"" [Undecided,New] https://launchpad.net/bugs/1582354 |
| 10:33 |
tsbere |
Bmagic: ac.deleted::INT probably does your CASE faster. And if you want to include counts you should probably have "non-deleted", "deleted", and "total" counts, IMO. |
| 10:33 |
* tsbere |
would also have probably skipped the entire in-db view and just defined the query in the IDL |
| 10:43 |
|
jwoodard joined #evergreen |
| 11:02 |
|
kmlussier joined #evergreen |
| 11:31 |
|
kmlussier joined #evergreen |
| 11:48 |
Bmagic |
tsbere: I went through many versions. The problem with having the deleted count and the non deleted count columns was the case when there were no undeleted copies, it wouldn't connect and the row was removed |
| 11:49 |
Bmagic |
tsbere: I did try to cast the boolean to an integer using ::numeric but that didn't work. I didnt try ::INT |
| 11:49 |
tsbere |
Bmagic: count(CASE WHEN ac.deleted THEN ac.id ELSE NULL END) as deleted_count, count(CASE WHEN NOT ac.deleted THEN ac.id ELSE NULL END) as visible_count ? |
| 11:50 |
Bmagic |
that looks like it would work, I will try that |
| 11:55 |
jeff |
alas, http://sitka.bclibraries.ca/support/staff-client-executables/ isn't loading for me. |
| 11:57 |
jeff |
probably should be https://bc.libraries.coop/support/sitka/staff-client-executables/ |
| 11:59 |
bshum |
So the automatic redirect doesn't like that eh? |
| 12:00 |
bshum |
Is that a link on the downloads page? |
| 12:00 |
bshum |
Ah, yeah okay I see it, under Mac stuff |
| 12:00 |
* bshum |
goes to edit |
| 12:03 |
|
jvwoolf joined #evergreen |
| 12:04 |
|
rlefaive joined #evergreen |
| 12:05 |
jeff |
though the mac 2.10 client there uses a build id of 2_10_2_sitka_0 so it is likely unsuitable for general use. |
| 12:06 |
bshum |
jeff: Is the 2.8 like that too? |
| 12:06 |
jeff |
dunno. didn't test. |
| 12:06 |
* bshum |
doesn't have a Mac to peek |
| 12:07 |
jeff |
"easy" enough to rebuild the app with a new gut / build id. |
| 12:07 |
bshum |
True :) |
| 12:07 |
bshum |
I can't remember who made the community ones last time, whether it was gmcharlt or rhamby_ |
| 12:08 |
bshum |
jeff: I changed the link to the https one anyways, though we should probably edit for content sometime, especially if there's stamp differences. |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:10 |
|
brahmina joined #evergreen |
| 12:14 |
|
mmorgan joined #evergreen |
| 12:18 |
rhamby_ |
bshum: I've built a few and SITKA folks have built a few. |
| 12:19 |
rhamby_ |
If we need a generic 2.10 one I can do that. |
| 12:20 |
bshum |
rhamby_: I'd assume that's what jeff was checking for, but you'd have to ask him :) |
| 12:23 |
bshum |
Generally I would imagine a generic 2.10 would be welcome all the same |
| 12:24 |
jeffdavis |
The Sitka client was built by following these instructions: http://wiki.evergreen-ils.org/doku.php?id=mozilla-devel:building_the_staff_client#building_a_macintosh_staff_client |
| 12:25 |
jeffdavis |
I wonder how hard it would be to add a build target that does that stuff automatically. |
| 12:28 |
rjackson_isl |
Can default holds shelf expire inteval be turned off at just one branch? We have a consortium default of 7 days and one branch wants to not participate! |
| 12:28 |
jeff |
jeffdavis++ thanks -- i was going to ask you i those were essentially the steps you use |
| 12:28 |
rjackson_isl |
interval (need more coffee...) |
| 12:29 |
bshum |
rjackson_isl: I would imagine that either you'd have to set the setting individually at all six, instead of applying one setting for the consortium, or you could set that library to have a setting that's higher than 7. What do they want, infinity? |
| 12:30 |
rjackson_isl |
bshum: I think that is correct - no expire |
| 12:30 |
bshum |
rjackson_isl: Then I guess you'd have to do no consortium level setting, and individually apply 7 days interval to the other libraries one by one. Or their system groups if they share any levels. |
| 12:31 |
bshum |
Otherwise, the setting at consortium level will apply to all the children orgs. |
| 12:31 |
rjackson_isl |
bshum++ confirmation! |
| 12:31 |
bshum |
There isn't an opt-out way of doing it that I can think of, off the top of my head |
| 12:31 |
bshum |
And it isn't retroactive either |
| 12:32 |
rjackson_isl |
good point |
| 12:32 |
bshum |
So once you make the change, it'll apply to new holds only |
| 12:32 |
rjackson_isl |
right - always something worth mentioning! |
| 12:32 |
bshum |
You'd have to use SQL or something to get rid of expire time for past holds for that org |
| 12:32 |
bshum |
If you wanted to get crazy |
| 12:33 |
mmorgan |
rjackson_isl: Does the branch have a Hold Expire Interval set? If so, it might make sense to make the shelf expire interval close to that, rather than none. |
| 12:35 |
rjackson_isl |
mmorgan: my understanding (and I am sure I could be wrong) is they want to have the hold shelf expire not happen at all since they are charding fines after 7 days and want to not have the expire value show up to the patron |
| 12:35 |
Dyrcona |
jeffdavis: It is significantly harder to build the Mac OS X client without access to a Mac, but it can be done. |
| 12:35 |
rjackson_isl |
that way there is no confusion |
| 12:38 |
mmorgan |
Ah. Ok, so it's a patron visibility issue. |
| 12:38 |
bshum |
Dyrcona: jeffdavis: Given that the inside of the Mac OS X app hasn't changed since 2.2 or something old, aka, XUL 14, etc. and only the info.plist and contents for the app (which we can steal from the Linux 64 build files), couldn't we just find a way to copy in the bits we need and copy the rest forward? (aka, cheat) |
| 12:38 |
Dyrcona |
jeffdavis: Though, it may not be possible to put it in a dmg for easy installation unless you have a Mac to do so. |
| 12:39 |
jeffdavis |
seems that perhaps mkfs.hfsplus can be used to make a dmg |
| 12:39 |
jeffdavis |
but since the XUL client will be deprecated soon anyway... |
| 12:39 |
Dyrcona |
bshum jeffdavis: Yeah, that's what I meant. You'd copy the Mac OS X version of XulRunner, build the plist and other files, drop them into the appropriate file structure and there you go. |
| 12:41 |
bshum |
jeffdavis: For some version of "soon" anyways :) |
| 12:41 |
bshum |
But I hear you |
| 12:41 |
jeffdavis |
"soon enough that it's probably easier to just find someone with a Mac rather than adding a new build target" :) |
| 12:41 |
Dyrcona |
Yeah, guess mkfs.hfsplus could be used, but doesn't look like you can add the pretty icons that Mac users expect. |
| 12:43 |
|
sandbergja joined #evergreen |
| 12:46 |
bshum |
Well if you can't have pretty icons on a Mac..... then...... well, yeah. |
| 12:46 |
Dyrcona |
S'pose that could be handled by having the appropriate graphics and a .[whatever it's called] file hanging around. |
| 12:47 |
* Dyrcona |
actually considering looking into it seriously back in 2011/2012 when he still used a Mac, but didn't have the time. |
| 12:48 |
Dyrcona |
Now that I won't use Apple products..... Well, not really interested. |
| 12:49 |
|
bmills joined #evergreen |
| 13:18 |
|
bos20k joined #evergreen |
| 13:20 |
|
rlefaive joined #evergreen |
| 14:36 |
|
kmlussier joined #evergreen |
| 14:54 |
rfrasur |
kmlussier, when was the room scheduled at ala? |
| 14:56 |
kmlussier |
rfrasur: It's Saturday afternoon. Let me look up the time. |
| 14:56 |
rfrasur |
No need. Day was actually what I needed. |
| 14:57 |
kmlussier |
rfrasur: Ah, well, you're getting the time anyway. 4:30 - 5:30 https://www.eventscribe.com/2016/ala-annual/fsPopup.asp?Mode=presInfo&PresentationID=143885 |
| 14:59 |
rfrasur |
:D, thank you |
| 15:04 |
|
mmorgan1 joined #evergreen |
| 15:30 |
* rfrasur |
yawns |
| 15:31 |
|
collum joined #evergreen |
| 15:37 |
kmlussier |
rfrasur: Wake up! |
| 15:37 |
rfrasur |
meh. I don't want to. I'm afraid if I do, I'll see more spreadsheets. |
| 15:38 |
* tsbere |
considers emailing rfrasur a few dozen spreadsheet outputs from reports tested on concerto ;) |
| 15:38 |
bshum |
"It is inevitable, it is your destiny." |
| 15:38 |
JBoyer |
I feel like there's a "Pink Elephants on Parade" remake with spreadsheets just waiting to be put together, but sadly, I don't have the time. |
| 15:39 |
* rfrasur |
just rolls her eyes and goes back to generating MORE reports. |
| 15:39 |
rfrasur |
I think it's about time for a Matrix marathon. |
| 15:39 |
JBoyer |
I'll take an eye roll. 2 steps up from a groan. |
| 15:40 |
rfrasur |
Then groan happened about "spilled_coffee:30" |
| 15:40 |
rfrasur |
It was a groan directed at life though. |
| 15:41 |
|
abowling joined #evergreen |
| 15:44 |
|
kmlussier joined #evergreen |
| 15:44 |
* kmlussier |
grumbles about poor conference wifi |
| 15:47 |
rfrasur |
Hmm, that reminds me of something I forgot. |
| 15:55 |
|
jlitrell joined #evergreen |
| 16:11 |
|
mmorgan joined #evergreen |
| 16:35 |
|
yboston joined #evergreen |
| 17:05 |
|
jvwoolf left #evergreen |
| 17:07 |
|
yboston joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:32 |
Bmagic |
tsbere: I went ahead and added those two extra columns |
| 17:33 |
Bmagic |
tsbere: I do prefer the real postgres view over the synthetic IDL view for transparency reasons. Searching for a reference to a table that doesn't exist drives me crazy! |
| 18:16 |
|
hbrennan joined #evergreen |
| 18:23 |
hbrennan |
I just noticed that staff-generated penalties/messages (notes) are not triggering the light blue framing around patron's name, nor the (See notes) link under their name.... (we're using 2.9.0) |
| 18:24 |
hbrennan |
I've spent 20 minutes looking through Launchpad for a bug report, but "notes" "messages" etc are too broad of terms to find anything useful |
| 18:24 |
hbrennan |
Wondering if anyone knows about a bug report already created, or if it's somehow just us |
| 18:34 |
hbrennan |
Of course I discovered this at 2pm Alaska time, so it's crickets in here... |
| 18:46 |
jihpringle |
hbrennan: I just tested on adding a note from standing penalties (Messages)and it triggered the light blue. I believe "see notes" only applies to notes added through Other -> Notes |
| 18:46 |
jihpringle |
my testing was on 2.10.2 |
| 18:47 |
hbrennan |
jihpringle: Thanks for testing |
| 18:48 |
jihpringle |
no problem |
| 18:52 |
hbrennan |
Oh, well now it's light blue.. only if there is a single note in Staff-Generated Penalties/Messages. Multiple notes are showing a burnt orange... |
| 18:52 |
hbrennan |
Dang, guess I accidentally learned something |
| 18:53 |
jihpringle |
I'd never seen that before but I can replicate it too |
| 18:53 |
jihpringle |
I wonder when we got that colour |
| 18:53 |
hbrennan |
Oh good, not just me being oblivious! |
| 18:54 |
hbrennan |
We started adding notes when patrons use an ID rather than their card to checkout, so we have a lot of patrons now with multiple notes |
| 20:17 |
bshum |
@later tell hbrennan Penalty colors in the xul client come from the Open-ILS/xul/staff_client/server/skin/patron_display.css in case you ever feel like you want different colors (I changed it once upon a time) |
| 20:17 |
pinesol_green |
bshum: The operation succeeded. |
| 22:08 |
|
gsams joined #evergreen |
| 22:54 |
|
abowling left #evergreen |
