Evergreen ILS Website

IRC log for #evergreen, 2014-12-12

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:03 eby joined #evergreen
00:09 buzzy joined #evergreen
01:40 _bott_ joined #evergreen
04:49 _bott_ joined #evergreen
05:04 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:45 DPearl joined #evergreen
07:36 eeevil joined #evergreen
07:38 phasefx joined #evergreen
07:45 TaraC joined #evergreen
07:52 jboyer-isl joined #evergreen
07:54 Shae joined #evergreen
08:07 _bott_ joined #evergreen
08:11 Callender joined #evergreen
08:18 graced joined #evergreen
08:31 Dyrcona joined #evergreen
08:33 jboyer-isl Today seems as good a day as any to re-read the postgres tuning guide.
08:34 jboyer-isl In trying to add the new machine to my test server instance I seem to have overwritten my recently hand-tuned postgresql.conf on a new machine with the version for a machine with 1/4 of the RAM.
08:34 jboyer-isl Oops.
08:38 mmorgan joined #evergreen
08:39 ericar joined #evergreen
08:47 Dyrcona Heh.. G+....
08:47 Dyrcona I didn't complete my profile, and they're always bugging me about filling in the details.
08:48 Dyrcona Today's is: "Four people you know live in Wellington, New Zealand. Do you live there too?"
08:48 Dyrcona I feel like hitting "Yes" just to throw them off.
08:55 mtate joined #evergreen
09:07 RoganH joined #evergreen
09:07 jboyer-isl Dyrcona: Hopefully they ask about several questions, you can turn it into a game.
09:08 jboyer-isl Am I from NZ? Sure! Work for a fashion designer? I do now! etc.
09:17 RoganH Are you the very model of a modern major general?
09:19 Dyrcona heh.
09:23 Dyrcona On a more technical note: https://plus.google.com/u/0/photos?pid=60919​46430105964754&amp;oid=107408764495936232840
09:25 remingtron kmlussier++ #removing hyphen from "check-box" in docs
09:25 remingtron kmlussier: just reading the IRC logs from Web Client Docs Day last Friday
09:33 remingtron graced: do you follow the DIG email list? some questions came up that you might be able to answer
09:37 remingtron eeevil: gmcharlt: berick: or maybe you guys can answer web client missing features questions? http://markmail.org/thread/rzqnzqcn2katgd6t
09:38 remingtron DIG needs some guidance about documenting things like that
09:39 maryj joined #evergreen
09:39 graced remingtron:... looking
09:40 graced I'll shoot that over to Sally and have her answer on the list - thanks for pointing me at it.
09:40 remingtron graced: thank you
09:40 graced np
09:47 BigRig joined #evergreen
09:49 eeevil berick: regarding that -^, did you have a plan for how to add a link to the patron's bills page if there's a balance? I'm not aware of one, but I could see making the balance a link to the patron's bills tab
09:49 eeevil (for a bit more context, that's on the Checkin screen ...)
09:52 jeff if someone asked me this morning "which #evergreen participant will be responsible for you having music from Pirates of Penzance stuck in your head?"...
09:52 jeff nah, nevermind. i might have guessed RoganH.
09:52 RoganH jeff: Glad to be predictable.  :)
09:55 Dyrcona RoganH++
09:57 berick eeevil: yeah, making the alert text a link to the patron's bills tab makes sense to me.  or an additional "pay fine now"-type link
09:59 eeevil berick: the alert text? I there's none on the item I just checked in. there is a "balance owed", though...
10:01 berick there's not a "fine tally" or some such along the top of the grid?
10:02 yboston joined #evergreen
10:02 berick i'm talking about the:
10:02 berick Fine Tally: $5.00 Transaction for 700439222635 billed: $5.00
10:03 berick make that a link (or put a link next to it)
10:03 eeevil that's only available for the most recently scanned one, right?
10:04 berick yes.  ok, we're talking about each individual item has its own pay fines link?
10:04 berick oh, right, because you may be checking in items for different people
10:04 * berick missed that
10:04 eeevil if you're checking in a pile of items from a bookdrop, say
10:04 berick in that case an action in the Actions dropdown is an option
10:05 berick select a row, choose new Pay Fines action
10:06 berick a link directly in the row would work too, of course.  not sure what the preference is
10:06 eeevil I'd think a link
10:06 eeevil less clicking. and the row selector and the actions menu are at opposite sides of the screen
10:07 berick i usually just click the row directly, but point taken
10:09 * berick looks at that
10:12 * eeevil tries to divine whither circ.usr is fleshed...
10:16 berick ok, where is this option in the XUL client?
10:16 berick wanted to keep it as consistent as possible, but I'm not seeing it
10:19 phasefx I think the best that is there is Retrieve Last Patron who circulated item
10:21 berick i wonder what michelle is thinking of, then
10:22 eeevil phasefx: ah, there you go. remingtron: it seems there's already feature parity via Retrieve Last Patron (though right-click menus aren't there ... berick: had you planned to make Actions context-y?)
10:22 phasefx there's also a library setting that will go to the billing interface if a patron has bills
10:22 berick phasefx: you mean when opening a new patron?  that's supported
10:23 berick eeevil: it was only a thought to discuss.  no particular plans.
10:23 phasefx right..  so Retrieve Last Patron + library setting is sort of like a Pay Bills action
10:24 eeevil (remingtron: for point (2) anyway)
10:25 eeevil berick: what's the angular-y target attr to open a new tab from a link in the grid?
10:27 berick hm, from the grid, i'd probably just make it a url with a target (or no target, and let the user decide if it opens a new tab)
10:28 berick e.g t_checkin_table.tt2 the Barcode field is an embedded link.
10:28 eeevil blowing away the data on the current checkin screen seems bad ... multiple patrons, recall
10:28 berick yeah, there's def. a danger ther
10:28 berick e
10:29 berick you could also just $window.open()
10:29 berick from a handler
10:29 berick there's no angular-specific way to handle that.  just the usual stuff
10:30 eeevil ok, I'll  just use _blank then
10:30 eeevil I'm going to advocate changing the Barcode target, too, for the same reason
10:30 berick makes sense
10:34 Dyrcona bshum: ping
10:39 dbwells eeevil: This conversation seems like an opportunity to bring up my "Action Bar" ideas from this past summer:  http://markmail.org/message/tm5r2vvwmbad7tmf   We don't need to do everything in that mockup, but I still think labeling the columns beats either labeling every row or leaving it ambiguous.
10:40 dbwells Just trying to keep the wheels turning on that :)
10:43 berick eeevil: context menu stub: http://git.evergreen-ils.org/?p=working​/Evergreen.git;a=shortlog;h=refs/heads/​user/berick/webby-grid-row-context-menu
10:50 * Dyrcona wishes he had setup a cron job to monitor cstore drones per minute before the upgrade.
10:51 Dyrcona Be nice to have data from before to compare with after.
11:04 csharp hmm - I'm investigating why "see also" tracings aren't working in authority browse and I'm seeing something in the DB I don't understand
11:05 csharp for the record that looks like it should be the main author heading for Jean Plaidy, I'm seeing "NOHEADING_a" followed what looks like an md5 hash - is that normal?
11:05 csharp oh, I'm seeing that in the "heading" and "simple_heading" columns of authority.record_entry
11:08 csharp example: http://pastie.org/9776791
11:08 csharp @monologue
11:08 pinesol_green csharp: Your current monologue is at least 5 lines long.
11:10 csharp hmm - all of my authority record entries appear to have similar entries there - not sure if that means anything, though
11:12 berick csharp: i can only say the headings in the concerto data do not look like that
11:12 csharp damn
11:12 yboston csharp:  I am interested in what you are saying, but we are currently not using browse the catalog. we truned it of while we fixed other authority stuff
11:12 berick some concerto headings http://pastie.org/9776795
11:13 csharp berick: very interesting
11:13 yboston csharp: what table are you looking at? I can check my DB
11:14 csharp yboston: authority.record_entry
11:14 csharp select simple_heading from authority.record_entry limit 25;
11:14 csharp ^^ that would give you a sample
11:15 csharp reingesting does nothing to change that
11:17 vlewis joined #evergreen
11:18 yboston csharp: I have the same thing.. ""NOHEADING_a 2f63d2dd5b53a15f44345302e2da04b6""
11:19 * eeevil reads up ... dbwells: yes! do you have some code?
11:20 eeevil berick: cool, thanks!
11:20 csharp importing the record anew also results in the same entries in heading/simple_heading
11:21 csharp must be a config setting somewhere?
11:21 yboston for the record I am running 2.6.2
11:21 csharp this is 2.7.1
11:21 nhilton joined #evergreen
11:22 csharp hmm - ingest.disable_authority_auto_update  in config.global_flag is set to true
11:22 csharp Authority Automation: Disable automatic authority updating (requires link tracking)
11:22 * csharp greps the code for that setting
11:24 csharp nope - change that setting doesn't change that
11:25 csharp at this point I don't know whether the entries in heading and simple_heading are relevant to my issue, or if they're just a red herring
11:26 eeevil csharp: they are relevant
11:27 eeevil csharp: I suspect something in authority.control_set_* is not set up properly ... either not there or misconfigured
11:27 csharp eeevil: yeah - I was just stumbling on that
11:30 yboston eeevil: for the record, I am getting the same thing on my prod server, and I thought I had my authority control set up correctly
11:35 csharp looks like we have the same entries in authority.control_set_authority_field as is present in stock 2.7.1
11:35 csharp s/is/are/
11:36 * csharp is in over his head
11:39 csharp I'm working until about lunchtime today, so I'll have to resume my authorities crash course next week :-/
11:39 yboston csharp: let me know if I can be of any help, like running queries on my system, etc
11:41 csharp yboston: thanks! will do
11:45 mdriscoll joined #evergreen
11:47 dreuther joined #evergreen
11:49 eeevil yboston: indeed you are ... you know, authority.record_entry.simple_heading is not used for linking or tracing, just for overlay matching .... I mentally substituted authority.simple_heading (the table)
11:51 eeevil btw, those entries are basically an md5sum of the record contents (after space normalization), and the thesaurus code (that's the "a" in csharp's and "n" in yboston's, after the NOHEADING)
11:52 eeevil sorry for the confusion on that ... but, now there's more context for all!
11:53 yboston eeevil: no worries
11:53 eeevil csharp: so, the /actual/ headings are in the authority.simple_heading table
11:56 csharp eeevil: ah - so they are
11:57 yboston eeevil: I think I made a similar mistake too. I have lately been looking over the authority.simple_heading table as I revisit creating an authority "search" in manage authorities (the code we worked on in SC)
11:58 yboston eeevil: at first I was very confused byt the "NOHEADING", since I did not remember seeing that beforehand.
11:58 yboston eeevil: so is authority.record_entry.simple_heading used for authority overlay if Vandelay supported authoirty overlays?
11:58 csharp eeevil: so I see those headings there... do you know why I wouldn't be seeing the see from/also tracings?
11:58 yboston (I know berick is working on that)
11:59 csharp s/know/have any guesses about/
11:59 berick yboston: it's done
11:59 berick well, it needs eyes and testing
11:59 yboston berick: did you get a signoff on your work. I have not had the time to create a new test VM to try it myself
11:59 berick yboston: no, i don't think anyone's looked at it
12:00 yboston berick: I wil get back to you next week
12:00 berick yboston++
12:02 eeevil yboston++
12:02 eeevil csharp: wouldn't be seeing the see from/also tracings ... where?
12:03 csharp eeevil: sorry - in the Author browse for Jean Plaidy
12:03 eeevil csharp: well, have you linked bibs to authorities? and authorities to authorities? and are bibs using the unauthorized terms?
12:03 eeevil authority browse or "browse the catalog"?
12:03 csharp "browse the catalog"
12:04 eeevil that's not authority browse, ftr
12:04 eeevil it's bib browse, with authority augmentation IFF you've linked records
12:04 buzzy joined #evergreen
12:04 jcamins eeevil: is it a space station?
12:04 csharp okay - lemme see if they're properly linked
12:05 csharp damn - that's the problem :-(
12:05 csharp eeevil: thanks for pointing me in the right direction
12:05 eeevil jcamins: :) ... "if and only if"
12:06 dbwells eeevil: re: action tables, all I have is really just a mockup at this point, to gauge how people felt about the ideas.  The reactions have been generally positive, so that should give me some leeway to set aside time to actually *make* something out of it, other than noise.
12:06 jcamins eeevil: I was talking about whatever isn't authority browse.
12:06 csharp oh - right - that's done via external script, not via the DB
12:06 eeevil jcamins: oh, I thought you were referring to IFF (like ISS)
12:07 eeevil I thought I saw a joke ...
12:07 * jeff went with "IFF looks like ISS" then found the "that's not..." line above it
12:07 csharp dammit - I'm willing to learn more SQL/perl/whatever to help make that happen
12:07 jcamins eeevil: I'm going to claim credit for a double joke.
12:07 eeevil jcamins++
12:08 csharp yep - that's the issue
12:09 csharp I ran the auth-auth linker on that one record and it worked
12:09 eeevil cool
12:22 nhilton joined #evergreen
12:38 bshum Dyrcona: pong
12:38 bshum That was some serious lag :)
12:38 Dyrcona heh.
12:39 Dyrcona I don't really have to ask my question, now.
12:39 bshum Success!
12:39 Dyrcona I wanted your opinion on how often you'd run something in crontab to see how many cstore drones were running.
12:39 Dyrcona I decided on every minute.
12:40 bshum Heh, fun times
12:40 Dyrcona I'll say... in 20 minutes we go from 111 to 28.
12:42 berick Dyrcona: upgrading from what to what?
12:42 Dyrcona berick: from 2.7.0-alpha to 2.7.1
12:43 dMiller_ joined #evergreen
12:43 Dyrcona I have 14 days of logs, and all I can say is before Monday, we never saw Could not launch a drone messages.
12:43 StephenGWills joined #evergreen
12:43 Dyrcona Since Monday through yesterday, we were getting thousands of those per day.
12:44 Dyrcona Yesterday, after a crash, we doubled the config for cstore drones from 100 to 200.
12:44 Dyrcona I suspect changes related to pull lists, but have not really looked at the code, yet, since I have tons of other things to do.
12:45 Dyrcona And, I should get back to one of those, since I have to run it tonight.
13:02 sandbergja joined #evergreen
13:17 jihpringle joined #evergreen
13:32 eeevil berick: curious ... why ")['finally'](function() {" instead of ").finally(function() {" in circ/patron/checkout.js ?
13:34 berick eeevil: just because finally is a reserved word.  worried it might cause problems in the future.  though, since it's an attribute, it probably doesn't mtter.
13:35 eeevil gotcha ... not that it matters much, but I used then().finally() in the focus fix last week ... seems safe
13:46 eeevil berick: are we using the jqlite shim from angular, or loading jquery?
13:47 jboyer-isl joined #evergreen
13:47 berick eeevil: jqlite shim
13:47 eeevil k, thanks
14:11 kmlussier remingtron: I ultimately didn't change "check-box" because the documented feature where it appears isn't in the web client yet.
14:12 kmlussier But maybe I'll try to pull a small commit together today just to get it fixed up in the xul documentation.
14:17 kmlussier berick/eeevil/phasefx: I'm still catching up on the logs, so I don't know if you already go there, but the functionality Michelle was referring to on the check-in screen is the link described in step 3 of http://docs.evergreen-ils.​org/2.7/_check_in_f2.html.
14:18 kmlussier A one-click action that got to the patron's bill, and it wasn't related to the OU setting that automatically brings you to the bills portion of the patron record. It just always went there no matter what the state of that setting.
14:18 phasefx and that link is for the last thing scanned; it's a convenience
14:18 kmlussier It's something MassLNC paid for many moons ago, so is something we would like to see remain as a one-click option. :)
14:22 berick oh, hey, that's what I was suggesting earlier
14:22 berick that's considerably simpler (and less space-gobbly) than adding it to the grid
14:22 berick though, limited by only providing access to the last patron, of course
14:23 berick that plus a per-row Actions action might suffice, though
14:37 kmlussier bshum: I asked about Brodart at an acq meeting this morning, and nobody here is using it with EDI.
14:41 bshum kmlussier: Thanks, that's what I suspected.
14:41 bshum I think we're going to have to go back to templates with them and figure out what's wrong.
14:43 kmlussier hopkinsju / Bmagic: During the same acq meeting, I spoke to the acq person who has a large number of funds like the library you described yesterday. When you have a moment, I can describe how she handles some of the issues you were asking about.
14:44 Bmagic kmlussier: awesome, let's hear it
14:46 kmlussier They ultimately set up all of their funds to be owned by the System so that they could be used when uploading fund data in their holdings tag.
14:46 Bmagic kmlussier: cool, we did that, that seems to be working
14:46 kmlussier But they have different funds for each branch. So what they do is add a code to the fund name to identify which branch the fund belongs to.
14:46 kmlussier So all of the funds that belong to the main library begin with "m", for example.
14:47 kmlussier Also, on the copy location question, most of our libraries don't assign the copy locations until the item is received.
14:47 Bmagic kmlussier: Ah, the location issue is the only outstanding issue for us, right now, I think
14:47 kmlussier They typically use a generic "On Order" copy location. Or, in the case of this one library, she has some system-owned copy locations of Adult, YA, and Juvenile that she applies to acq copies.
14:48 kmlussier In our workflow, we aren't applying "real" copy locations from the acq interface, which is why it hasn't been an issue for us.
14:51 Bmagic kmlussier: Thank you for that, I think that helps us understand more about it!
14:52 kmlussier Also for my morning acq meeting...
14:52 kmlussier remingtron: We were looking at bug 1329521
14:52 pinesol_green Launchpad bug 1329521 in Evergreen "Initial integration of Serials and Acquisitions modules" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1329521
14:53 kmlussier remingtron: I know details are coming, but I was curious about what you were thinking of doing there.
14:54 kmlussier remingtron: We were particularly interested in knowing if it's something that might ultimately help us with standing orders in acq.
14:55 * kmlussier loves it when all of her action items for a morning meeting can be done in IRC. :)
14:55 berick kmlussier: jfyi, bug 1380709 was one step toward better supporting standing orders
14:55 pinesol_green Launchpad bug 1380709 in Evergreen 2.6 "invoice print amounts-per-fund uses wrong value when item price varies" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1380709
14:56 berick at least w/ how we are currently shoehorning them in
14:56 berick in particular, being able to invoice a single lineitem many times w/ varying prices
14:56 kmlussier Huh. I think there's a whole workflow there that I'm not seeing.
14:57 * kmlussier doesn't really understand standing orders when it comes down to it.
14:57 berick the other being bug 1380803
14:57 pinesol_green Launchpad bug 1380803 in Evergreen "PO totals do not include all amounts" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1380803
14:57 berick kmlussier: well, the problem is there's no documented workflow in EG
14:57 berick (because it's not really supported)
14:57 * kmlussier nods.
14:57 berick so, work flow flavors abound
14:59 kmlussier We had somebody describing a workflow today that she no longer uses because of some change in behavior that appeared once when they upgraded.
14:59 kmlussier So I guess I need to track down whether that behavior change was intentional or not. But that's for another day.
15:01 kmlussier Otherwise, I usually recommend that people enter the total expenditure for a standing order in a direct charge on a blanket invoice and not track the titles in a PO.
15:03 berick yeah, that's another one i've heard
15:03 berick don't recall the pros/cons of each off the top of my head, though
15:26 dreuther_ joined #evergreen
15:40 * eeevil reads up
15:41 eeevil kmlussier: thanks! berick: do you want to take a stab at the alert clicky thing? and I'm not sure we'd need to add anything to the grid, just make balance clickable and go to ./circ/patron/$id/bills, but I couldn't get that to actually work earlier.
15:43 eeevil kmlussier: I should expand that: thanks for the clarification, that was eluding phasefx and I totally this morning!
15:43 berick eeevil: sure thing
15:47 RBecker joined #evergreen
15:53 remingtron kmlussier: our main plan for that bug is to let you add "subscription periods" to a serial subscription. A period would have start and end dates and hopefully link to the corresponding po_item/invoive_item
15:54 kmlussier remingtron: Thanks for the info!
15:54 kmlussier Sounds like it will be useful. :)
15:55 remingtron we hope so! the added db structure should enable many nice UI improvements
16:14 kmlussier Dyrcona: You mentioned the other day that you were planning to use Ubuntu 14.04 on your dev server. Does that mean that you've found a way to work around bug 1342227?
16:14 pinesol_green Launchpad bug 1342227 in Evergreen "Setting up EDI Fails with Ruby version > 1.8" (affected: 2, heat: 14) [Undecided,New] https://launchpad.net/bugs/1342227
16:15 kmlussier Is the code at  bug 1373690 the ultimate plan for resolving that issue?
16:15 pinesol_green Launchpad bug 1373690 in Evergreen "Direct EDI generation for ACQ orders -- AKA kill ruby webrick" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1373690 - Assigned to Bill Erickson (erickson-esilibrary)
16:22 Dyrcona kmlussier: Nothing other than what is already in the bug.
16:22 Dyrcona kmlussier: I also don't set up EDI on my development server.
16:23 kmlussier OK, thanks
16:27 dreuther joined #evergreen
16:28 Dyrcona kmlussier: Yes, that second bug is the ultimate fix.
16:29 kmlussier OK, thanks. That's what I thought.
16:33 bmills joined #evergreen
16:53 mdriscoll left #evergreen
17:00 Dyrcona Time to go!
17:15 mmorgan left #evergreen
17:29 berick eeevil: kmlussier: fine tall patron bills link pushed to the tip of working/user/berick/webby-misc-sprint1-repairs
17:36 pinesol_green [evergreen|Yamil Suarez] Docs: Circulation - Patron Record web client updated content - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=21b6220>
17:44 berick heh, just saw I typed "fine tall patron"
17:44 berick tall patrons pay more!
17:44 berick s/tall/tally/
18:51 StephenGWills left #evergreen
20:27 bmills joined #evergreen
22:59 artunit joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat