| Time |
Nick |
Message |
| 07:48 |
|
ericar joined #evergreen |
| 07:57 |
|
collum joined #evergreen |
| 08:07 |
|
rjackson_isl joined #evergreen |
| 08:31 |
kmlussier |
@coffee [someone] |
| 08:32 |
* pinesol_green |
brews and pours a cup of Guatemala El Injerto Pacamara, and sends it sliding down the bar to ericar |
| 08:32 |
|
mrpeters joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:39 |
jeff |
hrm. haven't seen that before: i get a FOUC on a 2.9 catalog that i recently spun up. i wonder why. |
| 08:39 |
jeff |
any 2.9 servers in the wild yet that anyone here knows of offhand? |
| 08:40 |
jeff |
I'm curious to compare. |
| 08:40 |
jeff |
only seeing it in Firefox at the moment, but doesn't reproduce on prod or webby. |
| 08:43 |
mmorgan |
jeff: kmlussier has a community server on 2.9RC: http://mlnc4.mvlcstaff.org/ |
| 08:44 |
jeff |
thanks! |
| 08:44 |
jeff |
mmorgan++ kmlussier++ |
| 08:45 |
jeff |
okay, seeing FOUC there also. thanks! |
| 08:46 |
mmorgan |
maybe it's lack of coffee on my part, but what's FOUC? |
| 08:46 |
jeff |
Flash of Unstyled Content. Good summary / example screenshot here: https://en.wikipedia.org/wiki/Flash_of_unstyled_content |
| 08:46 |
* kmlussier |
just googled it |
| 08:46 |
kmlussier |
jeff: Where are you seeing it? When you load the home screen? |
| 08:47 |
jeff |
kmlussier: yup. if i reload http://mlnc4.mvlcstaff.org/eg/opac/home in Firefox I see it. |
| 08:47 |
kmlussier |
Oh yeah. I saw it now when I changed to Firefox |
| 08:47 |
kmlussier |
I don't get it in Chrome |
| 08:48 |
|
Dyrcona joined #evergreen |
| 08:48 |
jeff |
i don't experience it on webby, pines, or tadl. i do see it on acorn.biblio.org |
| 08:49 |
jeff |
I'm assuming the underlying cause is a change in how we're loading js or css. I don't know if I'm likely to chase it down this morning. |
| 08:49 |
jeff |
I'm seeing it in Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:42.0) Gecko/20100101 Firefox/42.0 |
| 08:50 |
jeff |
kmlussier: since you could confirm, can you share your Firefox build identifier visible by visiting the url "about:"? |
| 08:50 |
kmlussier |
Yes, I just noticed it at biblio too. bshum, you haven't upgraded to 2.9 yet, have you? |
| 08:50 |
kmlussier |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0 |
| 08:51 |
jeff |
thanks! |
| 08:51 |
kmlussier |
http://bark.cwmars.org has it too. That's 2.7 |
| 08:52 |
mmorgan |
Interesting. I see the same thing on http://demo.evergreencatalog.com/ which is 2.8.3 |
| 08:52 |
* csharp |
adds "FOUC" to his list of non-curse words |
| 08:52 |
kmlussier |
And http://catalog.mvlc.org |
| 08:53 |
kmlussier |
heh |
| 08:53 |
|
ericar_ joined #evergreen |
| 08:54 |
csharp |
so, general reports question... would people be interested in a "Classic Item List" and/or "Classic Circulation View" cleansed of PINES-specific fields like "Legacy Stat Cat 1" and such? |
| 08:54 |
mmorgan |
I don't see it on ours: http://catalog.noblenet.org |
| 08:54 |
csharp |
if so, I wouldn't mind creating a branch for testing that sort of thing |
| 08:57 |
csharp |
jeff: our stock 2.9 test server is showing the FOUC too: http://webby.gapines.org/eg/opac/home |
| 08:57 |
* Dyrcona |
missed something. |
| 08:57 |
csharp |
well, it did on first load - subsequent loads are fine |
| 08:57 |
csharp |
Dyrcona: 08:39 < jeff> hrm. haven't seen that before: i get a FOUC on a 2.9 catalog that i recently spun up. i wonder why. |
| 08:58 |
jeff |
csharp: in Firefox on my mac, Command-R to reload shows it repeatedly for me on that URL |
| 08:58 |
csharp |
ok |
| 08:58 |
kmlussier |
Dyrcona: It only seems to be happening with Firefox |
| 08:58 |
csharp |
this is FF on Ubuntu 15.04 |
| 08:59 |
Dyrcona |
Oh. I've seen that before. I just ignore it and get on with life. |
| 08:59 |
jeff |
csharp: if you weren't using Ctrl-R to reload, does the FOUC return if you do use Ctrl-R? |
| 08:59 |
csharp |
jeff: yep - very briefly |
| 08:59 |
csharp |
like a flicker |
| 09:10 |
|
maryj joined #evergreen |
| 09:22 |
|
rlefaive joined #evergreen |
| 09:22 |
|
mmorgan left #evergreen |
| 09:22 |
krvmga |
adding a new format icon doesn't seem to be as straightforward as i had hoped :( |
| 09:23 |
kmlussier |
krvmga: It should be. How did you try adding it? |
| 09:23 |
krvmga |
i created a search format filter Digital Media Player and want to add a cute little playaway picture |
| 09:24 |
krvmga |
i was just looking at the docs on evergreen-ils |
| 09:24 |
krvmga |
maybe i was looking in the wrong spot |
| 09:26 |
kmlussier |
The format icons are stored in web/images/format_icons/icon_format |
| 09:26 |
krvmga |
yes, thanks. it's the connecting the icon to the format i'm having the problem with. |
| 09:27 |
kmlussier |
The name of the image needs to match the name you gave to the icon_format record attribute. |
| 09:28 |
kmlussier |
krvmga: Sorry, not the name. It needs to match the code. |
| 09:28 |
krvmga |
ah, okay. |
| 09:28 |
krvmga |
i'll give it a shot and see what happens. |
| 09:29 |
krvmga |
kmlussier: btw, the indexes i added and changed in our system seem to be working |
| 09:29 |
kmlussier |
krvmga: Great! Glad to hear it. :) |
| 09:30 |
|
yboston joined #evergreen |
| 09:31 |
kmlussier |
We should probably add something here http://docs.evergreen-ils.org/2.9/_marc_record_attributes.html on how to add a new icon to |
| 09:33 |
krvmga |
i can write up what i've done as an example. |
| 09:33 |
|
Shae joined #evergreen |
| 09:45 |
kmlussier |
Do we have a developer meeting today? |
| 09:47 |
csharp |
argh - if so, it's another one I'll have to miss :-/ |
| 09:48 |
* csharp |
has already arranged flights for the hackaway |
| 09:48 |
csharp |
I just have to register for the hotel |
| 09:49 |
krvmga |
:D |
| 09:49 |
kmlussier |
Yeah, I was just looking at that. You should book it by the 15th. |
| 09:49 |
krvmga |
yay, hackaway |
| 09:50 |
kmlussier |
Wow, it's just a month away! I'm looking forward to it. |
| 09:50 |
kmlussier |
I need some positive evergreen energy right now. :D |
| 09:51 |
dbs |
jeff et al: maybe enabling GA or AC options trigger FOUC? |
| 09:52 |
dbs |
ah, laurentian.concat.ca gets FOUC as well. |
| 09:52 |
Dyrcona |
kmlussier: there is a developer meeting on the calendar for 15:00 EDT today. |
| 09:52 |
dbs |
I guess some FOUC is to be expected when the cache is truly cleared, given that the CSS is loaded separately |
| 09:56 |
kmlussier |
dbs: GA? |
| 09:57 |
* csharp |
just booked at the Danvers Comfort Inn at the group rate |
| 09:58 |
kmlussier |
csharp: Also, don't forget to add your travel plans to the spreadsheet so that we can get you to/from the hotel. |
| 09:59 |
kmlussier |
https://docs.google.com/spreadsheets/d/1FsYv8wHww1eKrFUkn_Ur0s0w5-6waxZeWfTU3u6ay38/edit?usp=sharing |
| 09:59 |
csharp |
kmlussier: thanks - I was looking for the link on the wiki page (which itself took some finding ;-)) |
| 10:01 |
csharp |
all right - looks like berick and I are in similar travel trajectories |
| 10:01 |
dbs |
kmlussier: Google Analytics |
| 10:03 |
kmlussier |
Ah, ok. The only thing I could come up with was Georgia. |
| 10:04 |
kmlussier |
Out of the MassLNC consortia, 2 show the FOUC, the other doesn't. AFAIK, none use Google Analytics, and I think they all use similar AC options. |
| 10:05 |
|
jwoodard joined #evergreen |
| 10:08 |
dbs |
Huh. That's really weird. |
| 10:10 |
dbs |
kmlussier: which one do you not see it on? |
| 10:10 |
kmlussier |
NOBLE. http://evergreen.noblenet.org/ |
| 10:11 |
dbs |
I see it there. |
| 10:11 |
dbs |
and on http://catalog.noblenet.org/ that mmorgan shared before |
| 10:12 |
dbs |
And all of those rule out https (laurentian) vs http (the others) as a factor |
| 10:12 |
kmlussier |
Really? That's odd. I'm not seeing it in either. huh. |
| 10:13 |
* dbs |
then wonders about browser plugins, I have noscript and ublock origin running on ff 41.0.1 at the moment |
| 10:13 |
dbs |
Yep, I think that's it for me |
| 10:13 |
dbs |
Disabling ublock origin and noscript means no more FOUCs |
| 10:14 |
dbs |
But I do still get a bit of a FOUC on laurentian.concat.ca (2.8-ish + https, fwiw) |
| 10:14 |
dbs |
oh, 2.7.2-ish actually |
| 10:15 |
jeff |
no unusual extensions/addons here. disabled firebug, still present. |
| 10:16 |
dbs |
jeff: still present on catalog.noblenet.org, or the others? |
| 10:16 |
jeff |
oh. never present on noblenet for me, sorry. |
| 10:16 |
kmlussier |
I disabled all of mine. I'm getting the same results. I see it on mvlc, cwmars, mlnc4, etc. Not on the NOBLE ones. |
| 10:16 |
dbs |
okay, then we're aligned I think :) |
| 10:17 |
dbs |
And if I enable ublock origin again, still no FOUC. |
| 10:18 |
dbs |
It's only NoScript that seems to trigger it on noblenet. And given what noscript does, probably not too surprising |
| 10:22 |
|
RoganH joined #evergreen |
| 10:27 |
|
Christineb joined #evergreen |
| 10:34 |
|
rlefaive joined #evergreen |
| 10:41 |
jeff |
The FOUC is being caused by the autofocus property of the search bar's input element. |
| 10:49 |
|
remingtron_ joined #evergreen |
| 10:49 |
jeff |
https://bugzilla.mozilla.org/show_bug.cgi?id=1209802 |
| 10:49 |
pinesol_green |
Mozilla bug 1209802 in Layout: Form Controls "<input autofocus> causes styles to be computed before style sheets are loaded, triggering bogus CSS transitions when they do load" [Normal,Unconfirmed: ] - Assigned to nobody |
| 10:49 |
jeff |
and semi-related https://bugzilla.mozilla.org/show_bug.cgi?id=712130 |
| 10:49 |
pinesol_green |
Mozilla bug 712130 in Layout: Form Controls "Autofocus should apply after the styles are applied (some pages scroll down sometimes after loading)" [Normal,New: ] - Assigned to nobody |
| 10:49 |
|
abowling1 joined #evergreen |
| 10:51 |
jeff |
Somewhat amusing, an almost-but-not-completely-empty <script> tag in the <head> will work around the issue. See http://stackoverflow.com/a/18945951/157515 |
| 10:51 |
berick |
well, <script> tags are the cause of and solution to all life's problems |
| 10:51 |
jeff |
Yup. Little known fact. |
| 10:52 |
dbs |
jeff++ |
| 10:55 |
jeff |
I remain curious about the flash of untemplated content in webby, but I think that's for another time. |
| 10:56 |
berick |
jeff: that bugs me too, but i've been assuming it's because I always use webby in cache-clearing mode. |
| 10:57 |
jeff |
Might just need more cloaking: https://docs.angularjs.org/api/ng/directive/ngCloak |
| 10:57 |
berick |
yeah, i've had only moderate success with cloak |
| 10:58 |
berick |
since it only has meaning after all the JS deps are loaded |
| 10:58 |
berick |
a css approach may be needed |
| 10:59 |
jeff |
> For the best result, the angular.js script must be loaded in the head section of the html document; alternatively, the css rule above must be included in the external stylesheet of the application. |
| 10:59 |
berick |
jeff: aha! |
| 10:59 |
berick |
we don't have that yet |
| 10:59 |
berick |
(i don't think) |
| 11:00 |
jeff |
Nope. I checked. |
| 11:00 |
berick |
jeff++ |
| 11:00 |
jeff |
So, that'll probably help. |
| 11:04 |
jeff |
berick: Other than the prevailing "don't load unnecessary js in the head, put those things at the end of the body", do you know if there's a specific reason we're not including angular in the head today? |
| 11:04 |
|
jwoodard2 joined #evergreen |
| 11:04 |
jeff |
The belt and suspenders approach of "angular in the head, ng-cloak rules in the css also" is fine, too. Argument could be made that for angular interfaces, angular script in the head is not "unnecessary". |
| 11:06 |
berick |
jeff: that's basically it. there was so much suffering under the dreaded "white screen of death" that I wanted to avoid that at all costs. (Not that angular suffers from that, just being cautious) |
| 11:06 |
berick |
beware, to load it in the head, would means also loading jquery in the head |
| 11:07 |
berick |
*mean |
| 11:08 |
kmlussier |
berick: We appreciate any efforts to not reintroduce the "white screen of death" in the software. Thank you. |
| 11:09 |
berick |
those were dark times |
| 11:10 |
jeff |
...or, not dark. |
| 11:10 |
berick |
right :) |
| 11:10 |
kmlussier |
heh |
| 11:11 |
kmlussier |
I'll work on today's agenda since I need to add the hack-a-way to it. |
| 11:11 |
tsbere |
berick/jeff: A compromise: those were dark times for those people running inverted colors. ;) |
| 11:13 |
berick |
haha |
| 11:13 |
berick |
kmlussier++ |
| 11:18 |
* tsbere |
wonders how long his report script will take to run |
| 11:20 |
Dyrcona |
Days and days.... ;) |
| 11:22 |
kmlussier |
Dev meeting agenda is at http://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2015-10-07 . Feel free to add topics! |
| 11:23 |
RoganH |
kmlussier: do they have to be real topics? |
| 11:23 |
kmlussier |
RoganH: That's entirely up to you. |
| 11:23 |
RoganH |
kmlussier: in my current mood, that's entirely too tempting. I'll just imagine you said "no" |
| 11:24 |
RoganH |
kmlussier: or "yes" one of those things. /ug /returns to the hell that is other people |
| 11:31 |
|
mmorgan1 joined #evergreen |
| 11:43 |
kmlussier |
I just received a report from somebody that they couldn't log in using Firefox. I recall this being an issue this time last year, but I thought it was addressed. Does anyone have any thoughts of why it would be a problem in Firefox? |
| 11:43 |
kmlussier |
Sorry. I'm talking about logging into webby. |
| 11:44 |
berick |
i can log in OK in FF |
| 11:44 |
tsbere |
bad local cache? |
| 11:44 |
kmlussier |
Yeah, I can too. |
| 11:44 |
berick |
if webby's db was changed recently, it could be https://bugs.launchpad.net/evergreen/+bug/1467663 |
| 11:44 |
pinesol_green |
Launchpad bug 1467663 in Evergreen "Cannot login to web staff client if work station does not exist in database" [Low,New] |
| 11:45 |
kmlussier |
berick: I'll have her check her local storage, but, if it were a problem, I probably would have come across the same issue. |
| 11:46 |
* berick |
nods |
| 11:46 |
kmlussier |
I've only run across that bug on Dyrcona's server whenever he re-loads the database. |
| 11:46 |
berick |
maybe tsbere is on to something.. maybe they need to clear their browser cache |
| 11:46 |
Dyrcona |
window.localStorage().clear() |
| 11:46 |
Dyrcona |
That fixes it. |
| 11:47 |
Dyrcona |
or is it delete()? Whatever it is. |
| 11:47 |
Dyrcona |
It happens because you have the workstation registered locally, but the registration doesn't exist in the datbase. |
| 11:54 |
berick |
kmlussier: well, this time last year? it must The Great Pumpkin's fault. |
| 11:55 |
kmlussier |
berick: You're right! We'll wait until the hack-a-way to resume testing in Firefox. :) |
| 11:55 |
berick |
wise |
| 11:55 |
kmlussier |
"This time last year" actually should be interpreted as "when we were testing sprtint 1." |
| 11:55 |
kmlussier |
I don't really remember when that was. It's all become one big blur to me. |
| 11:57 |
Dyrcona |
At some undetermined point in the past.... |
| 12:01 |
jeff |
dbs: regarding earlier: NOBLE's catalog would trigger FOUC only with NoScript in use because it has autofocus, but their WriteLibNameLink script normally "worked around" the autofocus FOUC. |
| 12:06 |
|
bmills joined #evergreen |
| 12:07 |
|
rlefaive joined #evergreen |
| 12:11 |
|
ericar_ joined #evergreen |
| 12:19 |
|
sandbergja joined #evergreen |
| 12:20 |
|
Sessions0x400 joined #evergreen |
| 12:37 |
* tsbere |
finally looked at NOBLE's "WriteLibNameLink" function, he handles that with rewrite rules and ENV variables <_< |
| 12:45 |
|
mllewellyn joined #evergreen |
| 12:59 |
|
jihpringle joined #evergreen |
| 13:32 |
|
yboston_ joined #evergreen |
| 13:33 |
|
yboston_ joined #evergreen |
| 13:37 |
|
RyanLaGrande joined #evergreen |
| 13:37 |
RyanLaGrande |
Hello All! |
| 13:37 |
RyanLaGrande |
I am looking for assistance with Evergreen! |
| 13:39 |
RyanLaGrande |
I'm hoping someone Here knows a manner by which we can track cash flow, in a cash register style way, between evergreen and some sort of device, such as a Square Card reader program. |
| 13:39 |
dbs |
Ask away, RyanLaGrande, and someone may answer |
| 13:39 |
dbs |
And welcome :) |
| 13:39 |
RyanLaGrande |
Thanks! |
| 13:39 |
RyanLaGrande |
Specifically, we need it down to the individual transaction level... |
| 13:41 |
jeff |
RyanLaGrande: you're looking to correlate transaction receipts with evergreen transactions at a given "workstation" or "cash drawer"? |
| 13:41 |
jeff |
RyanLaGrande: Where staff have processed the transaction in the POS system and also entered the details into Evergreen? |
| 13:41 |
jeff |
RyanLaGrande: Are you looking just to reconcile the figures, or are you looking for something more specific? |
| 13:42 |
RyanLaGrande |
We want to be able to use some sort of machine/system that will allow us to accept credit card payments, etc., and allow tracking of all payments on a transaction by transaction basis (Like reconciling a credit card bill line by line), |
| 13:43 |
RyanLaGrande |
and prefereably one that can hardware interface with a PC and, if possible, software interface with Evergreen |
| 13:44 |
jeff |
You can craft reports that will give you timestamp, dollar amount, and workstation/cash drawer in most/all cases. Beyond that, you're starting to venture off into "more details required" land. |
| 13:44 |
RyanLaGrande |
Our City Finance officer is requiring us to begin an individual transaction level tracking and processing of payments, even for cash payments (Even for $0.10 size transactions), due to new city policies and auditing regulations of some sort. |
| 13:45 |
jeff |
RyanLaGrande: When you say you'd like something that can "hardware interface with a PC", that sounds a lot different than a Square register/stand. What did you have in mind? |
| 13:45 |
RyanLaGrande |
Our Versions' "cash reports" functionality doesn't show anything other than transactions per period per workstation... |
| 13:46 |
RyanLaGrande |
Honestly, I'd like to not do overdue fines period! |
| 13:46 |
jeff |
RyanLaGrande: Also, if you're recording these payments to patron accounts already, what requirement is the external POS intended to meet? |
| 13:46 |
jeff |
RyanLaGrande: Amnesty for all! Problem solved! :-) |
| 13:46 |
RyanLaGrande |
To track individual transactions for City Finances purposes! |
| 13:47 |
Dyrcona |
Evergreen isn't accounting software. |
| 13:47 |
RyanLaGrande |
they have asked that we begin resolving the cash intake from fines/printing/etc. like we do our credit card statement, on a transaction-by-transaction basis. I think, Dyrcona, that they don't realize that sort of thing! |
| 13:49 |
RyanLaGrande |
If there's a way to do that, or even come close, with Evergreen for the fines/overdues/etc. we can find something else for Book sale and printing. |
| 13:49 |
jeff |
RyanLaGrande: One approach I've seen that works well is to record things in Evergreen that make sense (i.e., payment for overdue fines), and record transactions for things like copies, used book sale books, etc in a POS system. Reports from Evergreen and reports from the POS system then contain the complete picture of what was taken in in terms of cash, checks, and credit card payments. |
| 13:49 |
jeff |
RyanLaGrande: Do you have the requirement to account for payments by Evergreen billing type also? |
| 13:50 |
RyanLaGrande |
our current evergreen interface only differentiates between payment types, not bill types, in the "cash reports" system |
| 13:51 |
jeff |
RyanLaGrande: Reporting on payments by billing type is not something that is currently a feature of Evergreen, though it is likely to gain support for that in the future. |
| 13:52 |
jeff |
RyanLaGrande: the "cash report" that you're looking at is very basic, including totals only, etc. There are reports that can be written in the reporting interface that will give you more detail. |
| 13:52 |
RyanLaGrande |
and I don't think it matters what the bill is, just that the individual transaction amounts be listed for reconciliation of cash receipts vs cash intake |
| 13:53 |
RyanLaGrande |
Ok...I'll check that out with my local system admin, see if we can't make a template for receipts! Thanks! |
| 13:53 |
jeff |
RyanLaGrande: should be quite possible to craft a report that will give you that info. It might end up being more than one report for more than one payment method. |
| 13:56 |
|
vlewis joined #evergreen |
| 14:01 |
|
vlewis_ joined #evergreen |
| 14:02 |
|
mllewellyn joined #evergreen |
| 14:12 |
|
vlewis joined #evergreen |
| 14:12 |
|
vlewis__ joined #evergreen |
| 14:13 |
|
gsams joined #evergreen |
| 14:17 |
|
krvmga joined #evergreen |
| 14:18 |
krvmga |
if i make a change in AppUtils.pm (to add some custom local code to order parts), do i need to restart everything or only apache? |
| 14:19 |
berick |
dbwells++ # kickin' it straight to production.. wild man. |
| 14:19 |
berick |
krvmga: depends on what you're changing and what needs to use the new code. |
| 14:19 |
berick |
what's calling your custom code? |
| 14:20 |
dbwells |
berick: too much faith? :) |
| 14:20 |
krvmga |
{class => 'bmp', field => 'label_sortkey'}, |
| 14:20 |
krvmga |
that's the only line change |
| 14:21 |
berick |
dbwells: no, i didn't mean that. |
| 14:21 |
berick |
just, you know.. prod is a big step |
| 14:22 |
berick |
dbwells: are you planning to force password upgrades or just let them happen naturally? |
| 14:23 |
berick |
krvmga: what function is that changing? |
| 14:23 |
krvmga |
berick: i'm not sure. i just have a diff file and that line is the only difference between the vanilla AppUtils.pm and the altered one. |
| 14:24 |
berick |
krvmga: k. can't really answer the question, then. restarting all services and apache is safest. |
| 14:25 |
krvmga |
berick: thanks. i was starting to think better safe than sorry. :) |
| 14:25 |
|
dMiller_ joined #evergreen |
| 14:26 |
dbwells |
berick: It was 3-4 weeks ago that I was testing this, so I'm not 100% sure what I was thinking, but I believe we'll let them happen naturally. Our non-LDAP accounts are almost entirely staff, so if things go terrible, we should at least have enough attention and control to get through it. |
| 14:27 |
dbwells |
In other words, adapting midstream at least won't have major PR implications. |
| 14:27 |
berick |
dbwells: that's good. sort of a soft launch. |
| 14:32 |
Dyrcona |
krvmga: you probably don't need to restart anything, maybe an apache reload. |
| 14:32 |
Dyrcona |
but better safe than sorry. |
| 14:51 |
|
vlewis_ joined #evergreen |
| 14:51 |
|
vlewis___ joined #evergreen |
| 14:53 |
|
ericar_ joined #evergreen |
| 14:54 |
|
Sessions0x400 joined #evergreen |
| 14:57 |
|
yboston_ joined #evergreen |
| 15:02 |
berick |
who wants to MC the dev meeting? |
| 15:04 |
|
vlewis joined #evergreen |
| 15:04 |
|
vlewis__ joined #evergreen |
| 15:04 |
* dbs |
is on reference duty and thus can't commit to mcing |
| 15:06 |
|
bmills joined #evergreen |
| 15:07 |
dbwells |
#startmeeting 2015-10-07 - Developer Meeting |
| 15:07 |
pinesol_green |
Meeting started Wed Oct 7 15:07:37 2015 US/Eastern. The chair is dbwells. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 15:07 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 15:07 |
pinesol_green |
The meeting name has been set to '2015_10_07___developer_meeting' |
| 15:08 |
|
rlefaive_ joined #evergreen |
| 15:08 |
dbwells |
#info agenda at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2015-10-07 |
| 15:08 |
dbwells |
#topic Introductions |
| 15:08 |
dbwells |
#info dbwells = Dan Wells, Hekman Library (Calvin College) |
| 15:08 |
RoganH |
#info RoganH = Rogan Hamby, SCLENDS |
| 15:09 |
remingtron |
#info remingtron = Remington Steed, Hekman Library (Calvin College) |
| 15:09 |
dbs |
#info dbs = Dan Scott, Laurentian University |
| 15:09 |
|
jwoodard joined #evergreen |
| 15:10 |
berick |
#info berick = Bill Erickson, King County Lib. System |
| 15:10 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 15:10 |
miker |
#info miker = Mike Rylander, Equinox |
| 15:11 |
dbwells |
#topic Action Items from Last Meeting |
| 15:11 |
dbwells |
#info Dyrcona to update README/INSTALL for master to include web staff client installation instructions for developers by 2.9.0 release date. |
| 15:12 |
dbwells |
Dyrcona looks to be away, but pretty sure this got done. Anyone to confirm that? |
| 15:13 |
dbwells |
#info Status: probably done :) |
| 15:14 |
dbwells |
#info 2) dbwells will attempt to explode berick's Password Managment and Authentication improvements |
| 15:15 |
|
jlitrell joined #evergreen |
| 15:15 |
dbwells |
#info Status: Done. dbwells updated the bug earlier today to note that initial tests went well, and no intends to do some limited production testing. |
| 15:15 |
berick |
dbwells++ # again for good measure |
| 15:15 |
dbwells |
#info 3) gmcharlt to release OpenSRF version 2.4.2 on 8 September 2015. |
| 15:16 |
gmcharlt |
#info gmcharlt = Galen Charlton, ESI |
| 15:16 |
gmcharlt |
#info OpenSRF release most likely pushed back to the Hack-away |
| 15:17 |
dbwells |
gmcharlt: thank you for the update |
| 15:18 |
dbwells |
#info 4) Dyrcona to release 2.9-rc after the meeting. |
| 15:18 |
dbwells |
#info Status: Done! |
| 15:18 |
dbwells |
Dyrcona++ # again for good measure :) |
| 15:19 |
dbwells |
I'm skipping the OpenSRF release update topic, since that's covered, I think. |
| 15:19 |
dbwells |
#topic Evergreen Release Updates |
| 15:21 |
dbwells |
I know we're running thin, but do bshum, Dyrcona, or berick have anything to say here? |
| 15:22 |
berick |
nothing to add. i still expect a monthly release in 2 weeks (unless there's nothing new that needs releasing) |
| 15:22 |
dbwells |
I'll just do a quick summary update, one second. |
| 15:22 |
kmlussier |
I think Dyrcona and bshum are both unavailable at the moment. |
| 15:23 |
dbwells |
#info 2.9.0, 2.8.4, and 2.7.8 were all released on 2015-09-16. Maintenance releases are scheduled for 2015-10-21. |
| 15:24 |
dbwells |
#topic New Business |
| 15:25 |
dbwells |
#info 1) 2.next Release Manager |
| 15:25 |
|
sbrylander joined #evergreen |
| 15:25 |
dbwells |
any volunteers? :) |
| 15:25 |
|
Callender_ joined #evergreen |
| 15:26 |
gmcharlt |
I am volunteering... |
| 15:26 |
gmcharlt |
to conduct the vote :) |
| 15:26 |
berick |
gmcharlt+- :) |
| 15:26 |
kmlussier |
heh |
| 15:26 |
dbwells |
I was worried about that '...' |
| 15:26 |
kmlussier |
Ha! I thought we had a RM for a second. |
| 15:27 |
gmcharlt |
specifically, I'm willing to do the legwork to put out the formal call |
| 15:27 |
dbwells |
We really just need a volunteer send out a call for proposals. |
| 15:27 |
kmlussier |
gmcharlt++ |
| 15:27 |
gmcharlt |
with an eye (say) to having the election/conformation around the itme of the Hack-away |
| 15:27 |
dbwells |
gmcharlt++ # thanks |
| 15:27 |
kmlussier |
Is the hack-a-way a bit late for electing the RM? |
| 15:27 |
kmlussier |
It's a later hack-a-way than usual this year. |
| 15:28 |
dbwells |
#action gmcharlt to do the legwork to put out the formal call for RM volunteers/proposals |
| 15:28 |
gmcharlt |
kmlussier: it's a bit late, but not unduly so IMO |
| 15:29 |
RoganH |
It's a little later but not outrageously so. |
| 15:29 |
kmlussier |
I'm just thinking back to what I've heard from other RM's that it really is a short timeframe to get a release together. But you all would know better than me on that score. |
| 15:31 |
* jeff |
arrives |
| 15:32 |
dbwells |
If somebody proposes a really concrete timeline which needs the extra days, we could always expedite things. But really, a few weeks probably won't make or break things in the end. |
| 15:33 |
dbwells |
#info tentative plans will be to elect the next RM during the Hack-a-Way |
| 15:33 |
dbwells |
#info 2) Evergreen hack-a-way (kmlussier) |
| 15:34 |
dbwells |
kmlussier: you have the floor |
| 15:34 |
gmcharlt |
(right - if this were say Koha's RM, the delay would be much more of a problem, giving the different patch review processes) |
| 15:34 |
kmlussier |
The hack-a-way is coming up and we need to get a good handle on numbers so that we can prepare locally. |
| 15:35 |
kmlussier |
RoganH just sent out an email with the wiki page - |
| 15:35 |
kmlussier |
http://wiki.evergreen-ils.org/doku.php?id=hack-a-way-2015-agenda |
| 15:35 |
RoganH |
And kmlussier caught my sloppy non editing on it. |
| 15:35 |
kmlussier |
We're asking attendees to add their names so that we can get a good count of who will be there. |
| 15:36 |
kmlussier |
Also, virtual attendees are welcome to add their names there too. |
| 15:37 |
Bmagic |
#info Bmagic is Blake GH, MOBIUS |
| 15:37 |
kmlussier |
Hotel accommodations need to be made by the 15th to guarantee the group rate. |
| 15:38 |
kmlussier |
We also have a Google spreadsheet where people can add their travel plans. The sooner we have that info, the easier it will be to arrange transporation. |
| 15:38 |
kmlussier |
That's all I have. But RoganH and I are both here to answer any questions you may have. |
| 15:39 |
berick |
https://docs.google.com/spreadsheets/d/1FsYv8wHww1eKrFUkn_Ur0s0w5-6waxZeWfTU3u6ay38/edit#gid=0 |
| 15:39 |
kmlussier |
berick++ |
| 15:39 |
dbwells |
kmlussier: Do you anticipate that virtual attendance will work well with your planned setup? Still trying to figure out what we can do. |
| 15:39 |
* berick |
will add a link to that from the wiki page |
| 15:39 |
RoganH |
I'll add that to the wiki as well. |
| 15:40 |
RoganH |
Or berick can :) |
| 15:40 |
berick |
heh |
| 15:40 |
kmlussier |
dbwells: It should be the same as we've done in previous years - a Google Hangout. |
| 15:40 |
kmlussier |
dbwells: You won't be able to make the trip this year? |
| 15:40 |
RoganH |
We've tried using some others and they weren't as reliable as Google Hangouts unfortunately. |
| 15:41 |
dbwells |
kmlussier: It's unlikely :( But still trying. |
| 15:41 |
jeff |
and/or "just" a large block of reserved time and irc/email. |
| 15:41 |
kmlussier |
Yeah, the large block of time is the difficult piece, isn't it? |
| 15:42 |
jeff |
perhaps offtopic, but the travel expense is usually the killer. |
| 15:43 |
dbwells |
kmlussier++ # Hack-a-Way planning |
| 15:43 |
kmlussier |
jeff: Yeah, I was just about to mention that. If anyone's place of work doesn't reimburse for travel, yboston has mentioned that he has space at his place in Boston for one or two people to stay. |
| 15:43 |
kmlussier |
It is a bit of a distance from Danvers, but I drive through Boston on my way to Danvers and could provide transportation if it's needed. |
| 15:44 |
kmlussier |
RoganH++ |
| 15:44 |
RoganH |
kmlussier++ |
| 15:44 |
kmlussier |
RoganH been handling most of the details. :) |
| 15:44 |
dbwells |
Well, that's all for the agenda. Any other topics before we adjourn? |
| 15:47 |
dbwells |
#endmeeting |
| 15:47 |
pinesol_green |
Meeting ended Wed Oct 7 15:47:05 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 15:47 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-10-07-15.07.html |
| 15:47 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-10-07-15.07.txt |
| 15:47 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-10-07-15.07.log.html |
| 15:47 |
dbwells |
Thanks, all |
| 15:47 |
remingtron |
dbwells++ |
| 15:48 |
kmlussier |
dbwells++ |
| 15:53 |
Bmagic |
dbwells++ |
| 15:53 |
gmcharlt |
dbwells++ |
| 16:27 |
|
kitteh_ joined #evergreen |
| 16:30 |
dbs |
éwin 36 |
| 16:30 |
dbs |
fr_CA for the win |
| 16:35 |
Dyrcona |
Sorry that I missed the meeting. Had training and then intense NCIP testing that lead to the discovery of a bug in open-ils.circ.copy_transit.receive. |
| 16:36 |
kmlussier |
ugh |
| 16:36 |
kmlussier |
In the MARC editor in the current client, there is a keyboard shortuct to add a row and another keyboard shortcut to insert a row. They appear to do the same thing. Is there a difference? |
| 16:37 |
tsbere |
kmlussier: Do they do said "same thing" in the same place? |
| 16:37 |
kmlussier |
As far as I can tell, yes |
| 16:38 |
tsbere |
Sometimes before/after or "here" vs "end ends up being the difference... |
| 16:38 |
kmlussier |
Oh, wait. I lied |
| 16:38 |
kmlussier |
I thought I checked that before asking the question. |
| 16:38 |
* kmlussier |
's brain has turned to mush. |
| 16:40 |
* kmlussier |
needs chocolate. |
| 16:40 |
kmlussier |
@dessert |
| 16:40 |
* pinesol_green |
grabs some Cannoli for kmlussier |
| 16:40 |
kmlussier |
pinesol_green: That's not chocolate |
| 16:40 |
pinesol_green |
kmlussier: What do you mean? An African or European swallow? |
| 16:40 |
pinesol_green |
kmlussier: I am only a bot, please don't think I'm intelligent :) |
| 16:49 |
Dyrcona |
Canoli usually has chocolate chips. |
| 16:53 |
Dyrcona |
I think something during the meeting was said to be done by me, that wasn't. |
| 16:53 |
Dyrcona |
Likely the instructions for setting up the web staff client. I'm not sure that I did that. |
| 16:53 |
Dyrcona |
Everything is a blur. |
| 16:55 |
berick |
Dyrcona: that's the one |
| 16:56 |
Dyrcona |
That may have slipped through the cracks. |
| 16:59 |
Dyrcona |
Oh well. I'm calling it a day. |
| 16:59 |
Dyrcona |
'Night all! |
| 17:05 |
|
mmorgan left #evergreen |
| 17:10 |
|
dMiller_ joined #evergreen |
| 17:14 |
jwoodard |
@librarian |
| 17:14 |
pinesol_green |
jwoodard: Management:14, Cataloging:14, Acquisitions:14, Reference:13, Circulation:16, Systems:9, Research:11, Custodial:11 |
| 17:14 |
jeff |
are holds with selection_ou of (BR1) with pickup_lib of (BR2) usually a function of "pickup_lib changed after initial request"? |
| 17:15 |
* jwoodard |
doesn't feel that awesome |
| 17:15 |
jeff |
or maybe "staff requestor at selection_ou" |
| 17:15 |
jeff |
hrm. |
| 17:16 |
kmlussier |
@librarian |
| 17:16 |
pinesol_green |
kmlussier: Management:5, Cataloging:10, Acquisitions:16, Reference:11, Circulation:9, Systems:7, Research:11, Custodial:17 |
| 17:16 |
kmlussier |
A 5 for management? Ouch! |
| 17:17 |
kmlussier |
But it looks like I'm reliable in the ol' custodial department. |
| 17:17 |
jwoodard |
ouch indeed! |
| 17:17 |
jeff |
looks like most where selection_ou <> pickup_lib are not staff-placed. |
| 17:17 |
jeff |
oh, but overall very few where pickup_lib <> selection_ou |
| 17:18 |
berick |
jeff: yeah, i'd guess pickup lib changed |
| 17:18 |
jeff |
makes sense. |
| 17:20 |
* jeff |
fixes a bunch of selection_depth = 0 holds |
| 17:28 |
kmlussier |
IIRC, at the 2013 hack-a-way, we talked about possibly having a "web client install" package that included the browser for those libraries that only have IE on their workstation. Does anyone else remember that? |
| 17:36 |
jeff |
kmlussier: doesn't ring a bell. |
| 17:36 |
jeff |
kmlussier: why do you ask, and what did you have in mind? |
| 17:37 |
kmlussier |
Well, I do hear every once in a while from testers that it isn't displaying well in IE, to which I respond that we aren't supporting IE. But my recollection was that it would be a way to get the right software on the workstation for libraries that only have IE installed. |
| 17:38 |
kmlussier |
Not that it's difficult to download Firefox or Chrome. But, sometimes, I think there's resistance. |
| 17:41 |
kmlussier |
I suppose hatch could be bundled in with it. |
| 18:03 |
|
dMiller_ joined #evergreen |
| 18:07 |
|
bmills joined #evergreen |
| 19:18 |
|
rlefaive joined #evergreen |
| 20:26 |
|
Sessions_0x400 joined #evergreen |
| 21:21 |
|
Sessions0x400 joined #evergreen |
| 22:20 |
|
kenstir joined #evergreen |
| 22:22 |
kenstir |
Hey folks, I would like to know where to find documentation on Evergreen OSRF methods, like open-ils.search.biblio.multiclass.query |
| 22:22 |
kenstir |
I have built an android app, and it does searching OK, but I want to add the ability to have a format drop-down, like "format=dvd" |
| 22:23 |
gmcharlt |
kenstir: here's some info on Evergreen's catalog search grammar: http://wiki.evergreen-ils.org/doku.php?id=documentation:technical:search_grammar |
| 22:25 |
kenstir |
gmcharlt: thanks, that looks like the grammar you type into the web OPAC. I am looking for the grammar you send via OSRF, e.g. {org_unit=69, default_class=keyword, offset=0, limit=10, depth=3} |
| 22:34 |
gmcharlt |
kenstir: right - and I'll get to that in a moment, but my braoder point is that you can ignore some of that and just construct a search query using that grammer |
| 22:34 |
gmcharlt |
e.g., something like this suffices to do a basic search of the entire consortium (I'm using srfsh syntax) |
| 22:34 |
gmcharlt |
request open-ils.search open-ils.search.biblio.multiclass.query.staff {},"harry potter depth(0)",1 |
| 22:36 |
gmcharlt |
vs, say, request open-ils.search open-ils.search.biblio.multiclass.query.staff {},"harry potter format(dvd) depth(0)",1 |
| 22:38 |
gmcharlt |
from srfsh, you can also retrieve whatever API doc accompanies the method |
| 22:38 |
gmcharlt |
e.g., |
| 22:38 |
gmcharlt |
introspect open-ils.search "open-ils.search.biblio.multiclass.query" |
| 22:39 |
gmcharlt |
or more directly for your immediate question: |
| 22:39 |
gmcharlt |
introspect open-ils.search "open-ils.search.biblio.multiclass" |
| 22:40 |
gmcharlt |
kenstir: by the way, thanks for working on the Android app! |
| 22:48 |
kenstir |
you are welcome, and thanks for the tips, gimme a few min to digest them |
| 23:12 |
kenstir |
I see I am going to need to get a working srfsh and grok it. I appreciate the help! |
| 23:14 |
gmcharlt |
you're welcome - I should also add that srfsh is Just Another OpenSRF Client (TM) |
| 23:14 |
gmcharlt |
so, for example, to do the introspect you could use the opensrf.system.method of the service you want to search, e.g., open-ils.seach, and pass it the name of the method whose documentation you want |
| 23:44 |
jeff |
good evening. |
| 23:47 |
kenstir |
good night |
