Evergreen ILS Website

IRC log for #evergreen, 2019-03-08

| 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:39 sandbergja joined #evergreen
02:09 yar joined #evergreen
05:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:55 Dyrcona joined #evergreen
06:59 agoben joined #evergreen
07:05 jamesrf joined #evergreen
07:14 rjackson_isl joined #evergreen
07:17 JBoyer joined #evergreen
07:42 bos20k joined #evergreen
08:07 Dyrcona Well, I guess I forgot to sign out last night...
08:19 rhamby Dyrcona: I have the habit of assuming everyone uses quassel and they'll just see messages when they're back around so I'm surprised when it says userfoo is not here
08:21 Dyrcona Yeah, I haven't set up a quassel server, 'cause lazy and the best place for me to do it runs FreeBSD, and last time I looked, quassel server didn't like FreeBSD.
08:23 rhamby yeah, doesn't actually make sense for me to expect people to be running quassel, just my brain, kind of like expecting milk to be in the fridge though I know there's a 50% chance at any given times the kids have consumed it all
08:40 mmorgan joined #evergreen
08:43 * csharp logs in from a remote server using irrsi as berick showed him how to do years ago
08:44 stephengwills joined #evergreen
09:06 aabbee joined #evergreen
09:10 * Dyrcona is looking at bug 1441750, because it looks like the branch might need an update.
09:10 pinesol Launchpad bug 1441750 in Evergreen "Go to string_agg (again)" [Medium,Confirmed] https://launchpad.net/bugs/1441750 - Assigned to Jason Stephenson (jstephenson)
09:10 Dyrcona Lp 1441750
09:13 jvwoolf joined #evergreen
09:13 Dyrcona Bleh....
09:14 Dyrcona Someone didn't get a memo.
09:14 sandbergja joined #evergreen
09:20 Dyrcona Name keywords/preferred name appear in 3.2, yes?
09:20 Dyrcona They're not in 3.1?
09:21 * Dyrcona looks...
09:21 mmorgan Dyrcona: Yes, 3.2
09:22 Dyrcona mmorgan++ Thanks!
09:22 Dyrcona DNS is being slow/bad for me this morning. I don't know if I should blame dnsmasq or systemd/resolved.
09:24 csharp @decide [blame dnsmasq] or [blame systemd/resolved]
09:24 pinesol csharp: go with It really IS systemd/resolved's fault!
09:24 aabbee pinesol++ # truf.
09:24 pinesol aabbee: Yeah, well, you know, that's just, like, your opinion, man.
09:26 bdljohn joined #evergreen
09:26 Dyrcona joined #evergreen
09:27 Dyrcona My laptop arguing with my access point doesn't help. Not sure if I should blame dhcpd/systemd or the kernel for that one.
09:28 terran joined #evergreen
09:28 Dyrcona Ok. I guess systemd hasn't swallowed dhclient, yet.....
09:41 yboston joined #evergreen
09:45 stephengwills joined #evergreen
09:48 stephengwills left #evergreen
09:52 pinesol [evergreen|Jason Boyer] LP1734775: Show multiple items in Item Status - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4ab4869>
09:54 bdljohn1 joined #evergreen
09:57 * berick grabs 1155
10:01 sandbergja joined #evergreen
10:02 pinesol [evergreen|Bill Erickson] LP1811689 TRUNCATE when rebuilding simple record - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=15b279a>
10:02 pinesol [evergreen|Bill Erickson] LP1811689 Stamping upgrade - truncate simple rec - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b6a5ab4>
10:08 pinesol [evergreen|Galen Charlton] LP#1812389: make Group Penalty Threshold admin page accessible again - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b60c99e>
10:32 * miker is thinking about just declaring unread-bug-email bankruptcy for the week...
10:33 Dyrcona "Mark Folder Read" is a hand option. ;)
10:33 csharp yeah, I think the best approach is to nuke it and pick through the rubble next week
10:33 Dyrcona handy, even.
10:34 csharp bug tracker should be cleaner though :-)
10:38 terran Trying really hard to find ancient bugs to mark Won't Fix to get the total number below 2000 by the end of today!
10:42 stephengwills joined #evergreen
10:46 Dyrcona dbwells Are you still looking at Lp 712940 or can I steal it from you?
10:46 pinesol Launchpad bug 637202 in indicator-application (Ubuntu) "duplicate for #712940 indicator-application-service crashed on logon" [High,Fix released] https://launchpad.net/bugs/637202
10:47 Dyrcona Bleh. Should have copy/pasted....I'm having that kind of morning. Fingers don't want to cooperate.
10:47 Dyrcona Lp 712490
10:47 pinesol Launchpad bug 712490 in Evergreen 3.2 "Subfield order in bib. record changes when editing authority" [Undecided,Confirmed] https://launchpad.net/bugs/712490
10:50 stephengwills joined #evergreen
11:00 pinesol [evergreen|Bill Erickson] LP1716473 Copy editor hide disabled defaults - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e29d207>
11:00 pinesol [evergreen|Bill Erickson] LP1716473 Release Notes: copy edit hide disabled - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3946b81>
11:00 pinesol [evergreen|Michele Morgan] LP1716473 A few tweaks to correct field labels - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0f507bd>
11:08 pinesol [evergreen|Terran McCanna] LP#1818576 Offline Noncataloged Checkout Preview - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0dc43cf>
11:09 berick miker: *sigh* I forgot all about the code I posted for bug #1812670
11:09 pinesol Launchpad bug 1812670 in Evergreen "EDI Accounts shows EDI Attr set ID instead of label" [Undecided,Confirmed] https://launchpad.net/bugs/1812670
11:09 berick miker: it bakes an option into pcrud to magically flesh selectors
11:10 miker haha....
11:11 * miker looks at that code
11:11 berick i think we need some of both branches...
11:15 yboston joined #evergreen
11:26 sandbergja joined #evergreen
11:30 yboston joined #evergreen
11:36 pinesol [evergreen|Sam Link] lp1802662 - Splash Page Icon Links - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b6fe6d9>
11:36 csharp slink++
11:40 sandbergja slink++
11:43 jvwoolf1 joined #evergreen
11:53 berick miker: I feel like a dummy.  Anyway, I like how your branch adds smarts to FormatService (plus grid additions), so it can be used in grid and non-grid contexts and I like how mine adds the logic to pcrud so it's not limited to admin pages.  I'd like to merge the two if that works for you.
11:53 berick s/the logic/the link-fleshing logic/
11:54 terran berick++ for commits!
11:55 miker berick: +1. one thought, instead of using virtual=true, should we use reltype={has_a|might_have} instead? (though we may have to be careful of map=$something)
11:56 miker so that we can do might_have, that is
11:56 miker or... are those not virtual... gah, going to go confirm
11:57 miker might_have is virtual, so we'd need to test reltype for that
11:58 miker (we could make map=$something cases work, of course, by jumping through the remote link)
12:00 miker FTR, there are only 2 instances of might_have with a map
12:00 miker they're on bre: metarecord and language
12:00 berick miker: so instead of this:  filter(f => f.datatype === 'link' && !f.virtual)
12:00 berick something like:   filter(f => f.datatype === 'link' && (f.rel_type === 'has_a' || f.rel_type === 'might_have'))
12:01 miker right, that's my thought. though I'm not sure if we surface the map attr in idl2JS
12:01 miker checking now
12:03 miker we ... don't seem to: {name:"metarecord",label:"Metarecord",virtu​al:true,type:"link",key:"source","class":"m​mrsm",reltype:"might_have",datatype:"link"}
12:04 miker berick: but ... we don't show non-virt fields in grids via * in any case, do we?
12:04 berick miker: that's true, it filters those out when auto-generating fields
12:05 miker however, I'd still advocate for testing reltype='has_a' rather than virtual='false'
12:06 miker because if we do expand to showing might-have's (or even doing something smarter with has_many's, like counts or something) then it's more obvious.
12:06 miker IOW
12:07 miker filter up front via virtual now, and work on the result based on the more direct description (reltype). that feels like a better separation of concerns to me
12:07 berick +1
12:08 miker awesome, thanks berick!
12:08 miker berick++
12:08 berick right back atcha
12:08 berick i'll push a new branch today
12:08 miker rad, I'll look for review tuits
12:08 jamesrf joined #evergreen
12:14 littlet joined #evergreen
12:16 pastebot "miker" at 64.57.241.14 pasted "map addition for berick (untested)" (13 lines) at http://paste.evergreen-ils.org/10048
12:17 * berick nods
12:26 dbwells Dyrcona: You can take it if you are still up for it.
12:27 Dyrcona All right. Looks like something else has come up in the meantime, but I can get to it today, I will.
12:29 * dbwells likes Dyrcona's positive attitude, but suspects a missing 'if'  ;)
12:29 Dyrcona :)
13:26 pinesol [evergreen|Jason Etheridge] LP1794588 Web client edit single call number changes all when multiple items attached - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5461c9b>
13:30 csharp calling 1156
13:32 terran joined #evergreen
13:39 pinesol [evergreen|Rogan Hamby] LP#1709698: no longer require descriptions in report templates - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=57f2d3c>
13:39 pinesol [evergreen|Chris Sharp] LP#1709698 - stamping upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c20bfea>
13:48 Dyrcona Calling 1157
14:02 terran joined #evergreen
14:03 pinesol [evergreen|Bill Erickson] LP#712490 Vandelay merge-based field replacement - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=23293c7>
14:03 pinesol [evergreen|Bill Erickson] LP#712490 Vandelay replace/merge PGTAP tests - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=99b75e0>
14:03 pinesol [evergreen|Jason Stephenson] Lp 712490: Stamping UPgrade Script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f098f38>
14:16 terran abneiman++ for hitting 100 tag/bug updates!
14:17 csharp calling 1158
14:17 abneiman :-D I knew I was close but thanks for the shoutout!
14:21 pinesol [evergreen|Ben Shum] LP#1769238: fix typo in 950.data.seed-values.sql for Physical Description - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=22acfe2>
14:21 pinesol [evergreen|Ben Shum] LP#1759238: Add upgrade script to fix typo for Physical Description in DB - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3f6da84>
14:21 pinesol [evergreen|Chris Sharp] LP#1759238: stamping upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e704203>
14:31 csharp calling 1159
14:31 pinesol [evergreen|Remington Steed] LP#1778571 Fix logic error converting JS bool to DB bool - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b9a15b0>
14:35 pinesol [evergreen|Cesar Velez] LP#1780639 - add marc tag identifier field 758 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=aa8faff>
14:35 pinesol [evergreen|Chris Sharp] LP#1780639 - stamping upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c7c0a9d>
14:37 pinesol [evergreen|Jason Boyer] LP1798628: Copy alert counts in Holdings - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=401ec72>
14:41 pinesol [evergreen|Steven Callender] LP1808006 - Sitemap generator fix to allow shortname parameter. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0de1824>
14:50 littlet joined #evergreen
14:51 terran Any thoughts on what the best tag would be to tag issues with the local admin and server admin sections?
14:51 terran 'admin' seems too general
14:54 terran And is yaous a reasonable tag for org unit setting issues, or should we go with orgunitsettings or something along those lines?
14:59 pinesol [evergreen|Jane Sandberg] LP1665534: Make pickup library in bib record holds view sticky - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=dcc1706>
14:59 Dyrcona I'm not sure that everyone knows what yaous means.
14:59 terran csharp++ for your commit-ment
14:59 Dyrcona :)
14:59 terran Dyrcona: I was leaning away from that too
15:00 Dyrcona orgunitsetting(s) is probably a better choice with or without the s. Are the majority of the tags plural?
15:01 terran Dyrcona: about half and half
15:01 Dyrcona The plural form probably better.
15:01 Dyrcona is...
15:01 Dyrcona :)
15:02 terran abneiman: your thoughts on these since you've been up to your eyeballs this week?
15:02 terran I re-read one of the comments I made last night and it looked like it had been translated and then re-translated.
15:02 abneiman hm
15:02 terran What if we added admin-local, admin-server, and admin-workstation?
15:03 terran Or just one admin-pages?
15:03 terran (not actually sure if we can use dashes)
15:03 abneiman we can use dashed we just don't use them a lot
15:03 terran Oh yes, I see item-tags uses a dash
15:04 abneiman I'm +1 for admin-local, admin-server, and admin-workstation but I'm not sure we (yet) need a more specific tag than admin
15:04 Dyrcona Well, I think admin by itself is too vague. My first thought was not the admin pages in Evergreen when you mentioned it.
15:04 terran Yes, I don't want confusion with actual server administration
15:04 Dyrcona Right. That's what I thought of.
15:04 gmcharlt configuration?
15:04 abneiman and while I love the idea of a yaous tag, it's not friendly language to be sure -- so I'd go with orgunitsettings there
15:05 littlet +1 for orgunitsettings
15:05 littlet I like the admin-local, admin-server and admin-workstation idea
15:05 terran Maybe configuration - although a lot of configuration is done on the back end and not in the interface
15:05 abneiman gmcharlt: you mean configuration to be used for admin-local, et al?
15:05 terran I've added orgunitsettings as an official tag
15:06 gmcharlt abneiman: yeah, though terran's right that "configuration" isn't exclusive
15:06 terran what about admin-pages or admin-screens?
15:06 gmcharlt and admin-needing-shell-access and admin-not-needing-shell-access is just silly
15:06 gmcharlt yeah, admin-pages seems better
15:06 * mmorgan likes the admin-local, admin-server and admin-workstation idea too.
15:07 mmorgan But admin-pages would work, too.
15:07 abneiman I could go with admin-pages, or even staffclientadmin (which is the language the docs use)
15:08 abneiman to distinguish from admin-needing-shell-access, as gmcharlt calls it
15:08 littlet I like admin-pages best, if we're going to lump them together. Whatever is closer to the language that users see, so they can tag appropriately
15:08 Dyrcona I like staffclientadmin.
15:08 gmcharlt serversideadmin?
15:08 berick 'sudo'
15:08 berick (kidding)
15:08 Dyrcona serversideadmin = notourproblem
15:09 terran lol
15:09 * gmcharlt snorts
15:09 littlet :D
15:10 terran I like it starting with admin since that's what I would instinctively start typing when inputting a tag. What about admin-pages and admin-server?
15:11 littlet What would admin-server be?
15:12 littlet I think starting with admin-pages would be fine...agree on starting with 'admin'
15:12 littlet We can always break it out more later, but at least having those start to be grouped together would be a good step
15:13 abneiman +1 to starting with a broader term
15:13 terran Everybody good with adding admin-pages?
15:13 mmorgan Just to throw one other term out there: admin-client
15:14 abneiman I could go with admin-client or admin-pages tbh
15:15 littlet My vote is for admin-pages still
15:15 abneiman with a slight preference to admin-pages
15:15 terran admin-client to me seems like it would just cover workstation administration and not local admin or server admin
15:15 mmorgan +1 to admin-pages
15:16 terran Okay, adding now - thanks everyone!
15:16 mmorgan terran++
15:16 littlet terran++
15:42 * mmorgan is looking at bugs with oldest last activity. Can bug 844374 be marked Won't Fix since so much has changed in search?
15:42 pinesol Launchpad bug 844374 in Evergreen "relevance adjustment makes searches slow in 2.0" [Undecided,Triaged] https://launchpad.net/bugs/844374
15:51 bshum Aww, 2.0.  Memories :)
15:51 mmorgan Here's another one: bug 1100339
15:51 pinesol Launchpad bug 1100339 in Evergreen "stop_fines not set even though checkin has occurred" [Undecided,Triaged] https://launchpad.net/bugs/1100339
15:52 rhamby mmorgan: this may just be me but if a report is six years old and no one has even bothered to comment on it I think it can probably be closed :)
15:52 bshum Oooh that's one of mine!
15:52 bshum Fancy :)
15:52 mmorgan My thoughts exactly!
15:53 rhamby mmorgan: I say do it (obviously there will be exceptions out there but few I suspect)
15:53 rhamby bshum: ah, those were the good old days ... or at least old days
15:54 bshum Yeah billing has changed so much that I don't know if my issues even apply anymore
15:54 * mmorgan will use reasonable judgement :)
15:54 bshum From 6+ years ago, heh
15:54 rhamby bshum: my metric is conference locations for context, that would have been vancouver I think
15:54 rhamby bhsum: a lot of japanese food all in one block around the hotel
15:54 bshum Since nobody else commented on my bug, I'd close it out with "won't fix" cause it's a "support issue" :D
15:55 bshum And something was weird with my data back in 2013.
15:55 bshum rhamby: If we're talking Vancouver, I think my brain was melting trying to figure out why TPAC search was insanely slow during that conference
15:55 rhamby bshum: all consortial data is weird in my experience
15:56 mmorgan Not weird, just special ;-)
15:56 bshum So I probably made the ticket as a brain dump and then moved on or dealt with other things
15:56 bshum "Special" :)
15:57 rhamby mmorgan: fair
15:57 mmorgan :)
16:22 abneiman terran et al I do believe that we have officially wont-fixed ourselves back into the 1990s (it was a good decade)... at least til more bugs are filed ;-)
16:24 rhamby abnieman++ terran++ tllittle++ all_of_us++
16:24 * mmorgan applauds
16:25 rhamby that was an ironic moment for mozart's requiem to come up on my playlist
16:27 terran joined #evergreen
16:29 abneiman rhamby: hm, maybe not Mozart, but I can totally hear Verdi's Dies Irae as being appropriate BSW music
16:29 terran Argh, my wi-fi is having issue so I keep getting kicked off launchpad. But yes, we're down below 2000!!!! (At least until a couple more bugs get entered...)
16:30 terran I wish I would have taken note of how many open bugs there were at the start of the week.
16:30 abneiman well, by my count we started BSW with somewhere in the neighborhood of 2,134 open bugs so even when we creep back over 2000 that's still an impressive week
16:32 terran Woo hoo!
16:32 terran reviewing some of the old Incomplete ones now, maybe we can knock it down to a safety margin
16:37 abneiman yeah, I'm looking at the oldest ones still marked "new"
16:44 jamesrf joined #evergreen
17:01 jvwoolf1 left #evergreen
17:01 pinesol News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~li​ve/test.42.html#2019-03-08T16:58:14,635466859-0500 -0>
17:06 mmorgan left #evergreen
17:12 terran Wrapping up my day, but on Monday I will update the  Bug Squashing Week chart with everything that comes in through midnight :D   (Like, you'll all be working on this on a Friday night)
17:50 yboston joined #evergreen
18:15 pinesol [evergreen|Bill Erickson] LP1793196 Volume batch editor offers MARC call numbers - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=86bd68a>
18:15 pinesol [evergreen|Remington Steed] LP1793196 Fix console error when none selected - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1c061dd>
18:48 abowling left #evergreen
19:19 pastebot "jeffdavis" at 64.57.241.14 pasted "gnarly bug in action.circ_push_due_time ?" (20 lines) at http://paste.evergreen-ils.org/10049
19:20 jeffdavis That "what to do instead" is wrong, but I think the bug is real.
19:21 pastebot "jeffdavis" at 64.57.241.14 pasted "gnarly bug in action.circ_push_due_time (corrected)" (13 lines) at http://paste.evergreen-ils.org/10050
20:00 beanjammin joined #evergreen
20:15 sandbergja joined #evergreen

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