Evergreen ILS Website

IRC log for #evergreen, 2018-10-22

| 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
06:48 csharp @later tell Dyrcona see http://irc.evergreen-ils.org/evergreen/2018-10-21
06:48 pinesol csharp: The operation succeeded.
06:54 JBoyer joined #evergreen
06:56 agoben joined #evergreen
07:10 rjackson_isl joined #evergreen
07:41 bdljohn joined #evergreen
08:25 bos20k joined #evergreen
08:31 mmorgan joined #evergreen
08:33 mmorgan1 joined #evergreen
08:54 Dyrcona joined #evergreen
08:56 Dyrcona csharp++ # You're in here early. :)
08:57 Dyrcona miker: I managed to not need the copy status after all, but the fact that the "same" object can look different in different parts of the code is a bit surprising.
09:07 dbwells joined #evergreen
09:17 mmorgan joined #evergreen
09:30 kmlussier joined #evergreen
09:48 dbwells joined #evergreen
09:49 kmlussier @coffee [someone]
09:49 * pinesol brews and pours a cup of El Salvador Pacamara Los Planes, and sends it sliding down the bar to book`
09:49 kmlussier @tea [someone]
09:49 * pinesol brews and pours a pot of Honey Black Tea, and sends it sliding down the bar to phasefx (http://ratetea.com/tea/health-​and-tea/honey-black-tea/7529/)
09:49 kmlussier @dessert [someone]
09:49 * pinesol grabs some Key Lime Cheesecake for csharp
09:50 berick @coffee
09:50 * pinesol brews and pours a cup of Ethiopia Harrar, and sends it sliding down the bar to berick
09:50 jvwoolf joined #evergreen
10:13 khuckins joined #evergreen
10:39 nfburton joined #evergreen
10:59 Christineb joined #evergreen
11:13 Dyrcona Does anyone want to discuss git at the hack-away? I'm messing with my local gitlab install and thought of it. I guess we'll have enough other things to do during the two days.
11:29 csharp Dyrcona: yes, I think that's a discussion where we need to come to a consensus approach
11:42 Bmagic Anyone else received complaints about the Web client billing screen grid where the "balance owed" column doesn't display the numbers in currency format? I can't find a bug about it
12:00 beanjammin joined #evergreen
12:05 bshum Dyrcona (and everybody):  I added the git stuff to the agenda topics.  We can pick a good day to talk it through.
12:12 jihpringle joined #evergreen
12:13 JBoyer Bmagic, if that's the same field used for the money_balance field in receipts it's probably set up as a string somewhere. I seem to remember it being formatted differently and thought it was irritating when putting in the sample data.
12:13 Bmagic hmmm, might be a clue
12:13 JBoyer Or if not a string, a "plain" number, possibly because its the result of mathing the other two.
12:14 Bmagic balance owed surely is connected to money.materialized_billable​_xact_summary.balance_owed ?
12:19 plux joined #evergreen
12:19 JBoyer Just doing a basic grep balance in staff/circ/patron shows that the |currency filter is applied most places, but not t_bills_list.tt2.
12:19 JBoyer That's probably all it neesd.
12:20 JBoyer That it's used so consistently makes me think it's necessary everywhere we want currency formatting.
12:21 sandbergja joined #evergreen
12:52 khuckins_ joined #evergreen
13:14 khuckins joined #evergreen
13:37 Dyrcona JBoyer was it you or jeff who said that you had seen logs that suggested a vendor was using regular expressions to parse SIP messages? Well, I think I've encountered logs from the same vendor.
13:38 JBoyer Oh, probably both of us, but I do know I've seen it here.
13:38 JBoyer And I would hope it's a different vendor, if for no other reason than we finally got them to stop.
13:40 JBoyer (Some fun background for the room; you never know how many potential SIP field tags are in your day-to-day data until something like this happens.)
13:44 Dyrcona Has anyone had reports that Evergreen is sending duplicate hold information to self checks in the patron information response with the holditems field set?
13:45 Dyrcona That's what these self check logs are supposed to show me.
13:50 kaffenkj- joined #evergreen
13:55 jeff We evaluated a vendor that was using regex to parse SIP2.
13:55 jeff We did not go with them.
13:55 jeff It was a public workstation management software provider.
14:14 Dyrcona I obviously don't understand the problem, or it was explained badly to me. The logs do not show duplicate hold items.
14:17 khuckins_ joined #evergreen
14:21 Dyrcona Oh. I think I see the problem. The Holds summary is also returning unavailable holds.
14:25 Dyrcona Vague standard is vague. :)
14:29 Dyrcona So, I'm going to Lp this once I figure out where the problem is, likely in Evergreen's SIP modules.
14:34 Dyrcona So, yeah, this could end up being controversial, but I think this vendor expects hold items count to be the number of holds available for pickup.
14:34 Dyrcona And, I kind of agree, given that there is a separate count for unavailable holds.
14:34 Dyrcona Of course, the SIP document doesn't say as much about hold items count.
14:39 kmlussier @dessert get 54
14:39 pinesol kmlussier: Dessert #54: "candy from krvmga's desk" (added by bshum at 02:42 PM, June 19, 2017)
14:39 kmlussier @dessert 54
14:39 * pinesol grabs some candy from krvmga's desk for kmlussier
14:40 * kmlussier already grabbed the candy from krvmga's desk. Yum!
14:43 Dyrcona heh
14:47 Dyrcona @dessert get 54
14:47 pinesol Dyrcona: Dessert #54: "candy from krvmga's desk" (added by bshum at 02:42 PM, June 19, 2017)
14:51 miker joined #evergreen
15:12 Dyrcona Let the argument begin: https://bugs.launchpad.net/evergreen/+bug/1799272
15:12 pinesol Launchpad bug 1799272 in Evergreen "SIP2 Hold Items Count Includes Unavailable Holds" [Undecided,New]
15:30 khuckins__ joined #evergreen
16:04 miker Dyrcona: do we know if any other vendors use /both/ fields?
16:06 Dyrcona I have no idea, tbh. This is the first time anyone has "complained," and they think it is a new thing since out update, thought it has always been that way.
16:06 Dyrcona ^out^our
16:06 miker oh no ... now we're seeing /vendor/ upgrade-itis! ;)
16:07 Dyrcona Here's what I think happened: Patrons see 3 holds ready. Patron goes to pick up 3 items. Patron is disappointed that only 2 are available.
16:07 Dyrcona Staff "complain" to Bibliotheca. Bibliotheca says it's Evergreen.
16:08 miker ah, gotcha. makes sense
16:08 Dyrcona I honestly do think just returning available item is more useful than everything, even suspended holds.
16:08 Dyrcona Pardon the typos. It's getting late in the day. :)
16:09 miker I think I agree, esp since this is only a sip2 change
16:19 jeff Dyrcona: can you confirm which bibliotheca product is in use where you're seeing issues?
16:20 Dyrcona jeff: No. They just say Bibliotheca self-checks.
16:20 jeff Dyrcona: And what the visible symptoms are? I'd like to have enough info to test/reproduce.
16:21 Dyrcona I can share the bug description with your, though I found the language confusing.
16:21 * Dyrcona slaps his fingers.
16:21 jeff Sure! I'll take what I can get! Want to post it as a comment on the bug?
16:24 Dyrcona I think that would be OK.
16:30 khuckins__ joined #evergreen
16:32 Dyrcona jeff: https://bugs.launchpad.net/eve​rgreen/+bug/1799272/comments/2
16:32 pinesol Launchpad bug 1799272 in Evergreen "SIP2 Hold Items Count Includes Unavailable Holds" [Undecided,New]
16:32 jeff Dyrcona++
16:36 jeff Dyrcona: do you have access to the self checkout system in question to verify configuration settings, such as the value of SIP circulation provider -> Settings -> HoldItemsIsAvailableItems?
16:36 Dyrcona I do not.
16:37 Dyrcona I know next to nothing about how self-checks actually work.
16:38 jeff Okay. Is there anyone at the reporting library that could be pestered with questions?
16:38 Dyrcona I will ask tomorrow.
16:42 Dyrcona Well, folks, I'm heading home. I *may* sign back in later after most of you have stopped paying attention. :)
17:06 mmorgan left #evergreen
17:13 jvwoolf left #evergreen
18:12 beanjammin joined #evergreen

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