Evergreen ILS Website

IRC log for #evergreen, 2018-08-17

| 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:23 eady joined #evergreen
01:20 gsams joined #evergreen
01:32 burnout_ joined #evergreen
03:39 Cronus26 joined #evergreen
04:17 zopsi17 joined #evergreen
04:28 sabre1041 joined #evergreen
04:45 Hello7126 joined #evergreen
04:54 ChickenSoup_ joined #evergreen
05:46 TehNut joined #evergreen
05:51 p3pp3rb0x joined #evergreen
06:22 d1b19 joined #evergreen
06:30 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:04 agoben joined #evergreen
07:08 rjackson_isl joined #evergreen
07:19 acuzio13 joined #evergreen
07:29 CalimeroTeknik13 joined #evergreen
07:35 bdljohn joined #evergreen
07:55 collum joined #evergreen
08:42 mmorgan joined #evergreen
08:47 bos20k joined #evergreen
09:00 idjit joined #evergreen
09:09 Peng21 joined #evergreen
09:16 yboston joined #evergreen
09:18 remingtron joined #evergreen
09:19 patate29 joined #evergreen
09:34 kmlussier joined #evergreen
09:34 jvwoolf joined #evergreen
09:36 jfmcarreira22 joined #evergreen
09:42 tripleslash1 joined #evergreen
10:08 bos20k joined #evergreen
10:32 khuckins joined #evergreen
10:34 mmorgan Writing an email and realized I typed "Parmesan Groups". Where did that come from?
10:36 savoir-faire17 joined #evergreen
10:39 csharp mmorgan: hungry for Italian food?
10:39 savoir-faire17 was kicked by jeff: savoir-faire17
10:39 csharp so many good Italian places in your region - not so many in the south
10:40 mmorgan Not lunch time yet, but Italian is a good choice. :)
10:40 mmorgan Does seem like there's always one just around the corner.
10:41 * csharp loves grinders with lots of cheese & tomato sauce
10:41 csharp nothing like that in Atlanta
10:42 csharp my wife's family is from Connecticut so we used to go up there for holidays - the remaining close family has moved south, so no excuse to be there anymore :-/
10:43 csharp unless y'all host another EG conference (nudge nudge)
10:43 mmorgan :-(
10:43 mmorgan :)
10:45 trisk0 joined #evergreen
10:45 mmorgan So the logo could be a big grinder with lots of cheese and tomato sauce :)
10:48 * kmlussier never thought of the New England area as being known for grinders or Italian food.
10:48 kmlussier Seafood maybe.
10:50 mmorgan Seafood for sure! My sister loves whole fried clams. She can't get them in California.
10:51 kmlussier Yes, I haven't had any yet this year.
10:52 collum Parmesan Grouper?
10:56 collum It is a thing.  https://www.handycrab.com/reci​pes/parmesan-encrusted-grouper
10:56 collum It looks good.
10:56 csharp kmlussier: Hartford and surrounding areas have high concentrations of Italian Americans
10:56 csharp and Polish Americans
10:57 csharp (my father-in-law is half Polish/half Italian)
10:57 csharp from New Britain
10:58 kmlussier Yes, actually, Providence does too. So I guess I take back what I said.
11:02 csharp @retract my last statement
11:02 pinesol csharp: It reads like a Nigerian 419 scam, but I think it is a sincere question sent to the wrong list.
11:05 jvwoolf joined #evergreen
11:06 idjit if i specify 'audience' in an advanced catalog search, what does that end up looking at? i'm not getting as many results as i expected.
11:07 JBoyer idjit, the MARC audience fixed field in the 008.
11:08 idjit JBoyer: one record says "141016r20142014nyu 000 1 eng d". i can make some guesses, but what the heck does that mean?
11:09 kmlussier idjit: http://www.loc.gov/marc/bibl​iographic/concise/bd008.html
11:09 abneiman idjit: https://www.oclc.org/bibform​ats/en/fixedfield/audn.html -- if it's not widely used in your system that would explain "fewer results than expected"
11:09 khuckins_ joined #evergreen
11:09 idjit thanks! i'll do some reading
11:09 idjit JBoyer++ kmlussier++ abneiman++
11:10 JBoyer Yeah, I have loc.gov/marc bookmarked in a few browsers, heh.
11:10 abneiman idjit: my guess from the string you posted is that audn is not set
11:10 idjit that makes sense.
11:15 thomasb9511 joined #evergreen
11:26 Christineb joined #evergreen
11:27 anticrisis joined #evergreen
11:27 anticrisis was kicked by jeff: anticrisis
11:30 yboston joined #evergreen
12:06 bdljohn joined #evergreen
12:18 tesu11 joined #evergreen
12:19 tesu11 was kicked by jeff: tesu11
12:20 jeff (kicking them before they time out or disconnect via other means is pointless, yet cathartic)
12:27 jvwoolf joined #evergreen
12:33 kmlussier jeff++
12:38 xeroks23 joined #evergreen
13:06 egos7 joined #evergreen
13:16 kmlussier @quote random
13:16 pinesol kmlussier: Quote #39: "< paxed> oohyea, i got an evergreen sticker." (added by csharp at 08:40 AM, December 17, 2012)
13:16 kmlussier :)
13:37 jyorio joined #evergreen
13:47 jeff cl
13:47 * jeff picks up a spare / and uses it
13:56 ninsei joined #evergreen
14:08 yboston joined #evergreen
14:27 boredguy joined #evergreen
14:36 red-0011 joined #evergreen
14:36 red-0011 was kicked by jeff: red-0011
15:15 yboston joined #evergreen
15:19 gsams I've gotten reports of an odd hold status popping up in our system of "Error (-1)" that is really odd.
15:20 gsams Running 3.0.3, seems to have happened a decent bit for one library in particular and some sporadic reports from a few smaller libraries.
15:22 jeff What interface? XUL staff client viewing patron holds?
15:22 jeff Generally it means something's in an unexpected state.
15:22 kmlussier gsams: http://irc.evergreen-ils.org/​evergreen/2017-10-06#i_329002
15:23 gsams I'm honestly surprised this is the first time I'm seeing it!
15:24 gsams jeff: web client, viewing a patron's holds
15:25 remingtron kmlussier++ #irc log ninja
15:25 gsams kmlussier++
15:26 gsams You are definitely an irc log ninja
15:29 kmlussier I always forget what -1 means, but I do remember that it comes up in IRC every year or so.
15:30 gsams So possibly an item was checked in that should have filled a hold but somehow the status of the item changed before the hold process could resolve properly?
15:30 jeff gsams: are you able to examine the status of the current copy for the hold?
15:31 gsams Yes, which is currently available, but the capture date matches the checking date
15:32 pinesol [evergreen|Jane Sandberg] Docs: small changes to record bucket docs - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d22f8fd>
15:35 mmorgan gsams: We run across status -1 holds occasionally. As far as I can tell "something happens" to change their status from what it should be
15:37 gsams mmorgan: It's been happening an awful lot at one library, along with another odd issue when checkins register on the checkin screen but don't actually checkin...
15:37 gsams Of course I only found out about these issues after the busiest months, not during.
15:38 jeff logs and audit tables can help you determine why the captured copy status isn't "in transit" or "on holds shelf".
15:40 * mmorgan seems to remember cancelling a transit on a captured hold might cause the -1 status.
15:44 mmorgan gsams: lp 1469287 ?
15:44 pinesol Launchpad bug 1469287 in Evergreen "Retargeting a cancelled hold can cause problems with uncancelled captured holds" [Medium,Confirmed] https://launchpad.net/bugs/1469287
15:44 mmorgan Or something similar?
15:46 gsams mmorgan: I don't think we have anyone doing anything quite like that here, but I wouldn't be willing to rule it out completely
15:47 mmorgan Also lp 1526605 which is incomplete - likely due to my vague reporting attempts :)
15:47 pinesol Launchpad bug 1526605 in Evergreen "Stuck holds can with hold status -1" [Undecided,Incomplete] https://launchpad.net/bugs/1526605
15:49 * mmorgan is curious, if the time is set wrong on the workstation, does that affect the web client?
15:50 khuckins_ joined #evergreen
16:03 miker gsams: suspect no-op checkins and direct edits of copies...
16:03 * miker disappears
16:09 gsams Well I did just find something odd, the checkin workstation is {{circ.checkin_workstation.name()}}
16:10 gsams which is really something.
16:10 gsams or maybe just a UI glitch
16:11 gsams because now it's blank...
16:11 gsams maybe this is related to the checkin issue
16:13 gsams item status screen shows the hold information correctly, but patron account shows the error.
16:14 mmorgan gsams: What's the status of the item?
16:14 gsams Available
16:15 mmorgan Is it supposed to be ready for pickup?
16:15 gsams From what I can tell it absolutely should be
16:15 mmorgan Then status should be On holds shelf
16:16 mmorgan So something happened to change the status that the hold didn't know about.
16:16 gsams Item status shows the hold information, patron account shows Holds (1/1), holds screen shows the -1
16:17 gsams Nothing in the logs for the checkin period that throws a red flag to me.
16:18 gsams The checkin without a workstation is odd
16:18 mmorgan Do you see a last status change time on the item?
16:18 gsams It's the same as the checkin date and capture date
16:19 mmorgan Hmm.
16:26 jeff same date, or identical down to the microsecond? are you familiar enough with the audit tables to try to make sense of what happened to the copy?
16:28 gsams jeff: I'm working my way there, so far I've only got down to the minute.
16:28 gsams busy day, staff shortage, etc.
16:28 gsams when will I learn
16:30 mmorgan gsams: checkin_workstation is NULL for opac renewals, FWIW
16:31 mmorgan Also could be NULL for checkins through an automated materials handler
16:31 jeff also can be null for SIP checkins, etc.
16:31 jeff mmorgan++ *nod*
16:32 mmorgan jinx!
16:33 gsams On the quick summary it lists a workstation, but the most recent circ doesn't list one, the previous circ has a different workstation
16:36 gsams 2 of 3 most recent entries on audit table have same edit date and status change date down to the last digit.
16:36 gsams most recent entry is 2 days later by audit time
16:37 jeff for that most recent audit table entry, what's the status?
16:37 gsams with almost the same edit and status times, but forward about .004 seconds
16:37 jeff (and what's the status in the previous two?)
16:37 gsams From most recent to least: 7,8,7
16:39 mmorgan double scan at checkin?
16:40 gsams so on holds shelf, in between two reshelvings
16:41 gsams the 2nd and 3rd entries are about .004 seconds apart, so that'd be incredibly fast
16:41 gsams .004125 to be precise.
16:43 mmorgan gsams: do you see two checkins for that barcode in the logs?
16:46 gsams Might take me a bit, looking into it
16:48 jvwoolf left #evergreen
16:54 gsams I believe we have a duplicate transaction
16:54 gsams two open-ils.actor.get_barcodes followed up with 2 open-ils.circ.checkin
16:54 gsams in a row, for that item.
16:54 mmorgan gsams: http://paste.evergreen-ils.org/13982 fyi
16:55 mmorgan Sounds like that's the culprit.
16:57 gsams It does, now I just need to figure out how it's double scanning within less than 5 thousandths of a second.
16:59 mmorgan Barcode scanners can be quick :)
17:03 * mmorgan runs away to beat the thunderstorm.
17:03 mmorgan left #evergreen
17:22 jeff cd
17:25 khuckins joined #evergreen
17:28 disi joined #evergreen
18:06 miker ~$
18:30 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:41 yar__ joined #evergreen
19:00 PaulCapestany joined #evergreen
19:22 gsams_ joined #evergreen
19:58 Guest78652 joined #evergreen
20:04 miklcct2 joined #evergreen
20:05 bjs4 joined #evergreen
20:07 lynxis23 joined #evergreen
20:39 myth0d21 joined #evergreen
20:51 justJanne22 joined #evergreen
20:56 Corvus`12 joined #evergreen
21:05 sh4nks6 joined #evergreen
21:05 Razesdark joined #evergreen
21:26 Oats87 joined #evergreen
21:53 bdljohn joined #evergreen
21:56 deetwelve22 joined #evergreen
22:41 Remco13 joined #evergreen
23:02 memoryno- joined #evergreen
23:38 matze26 joined #evergreen
23:41 weq29 joined #evergreen

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