Evergreen ILS Website

IRC log for #evergreen, 2018-01-23

| 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:19 csharp jeff: yeah, I upgraded it - we'll have to hack a nagios deb that's compiled to accept remote command line args - will do that asap
06:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
07:07 rlefaive joined #evergreen
07:17 rjackson_isl joined #evergreen
07:32 agoben joined #evergreen
08:26 rlefaive joined #evergreen
08:40 kmlussier joined #evergreen
08:41 mmorgan joined #evergreen
08:57 bos20k joined #evergreen
09:05 jvwoolf joined #evergreen
09:06 kmlussier hmmm...http://irc.evergreen-ils.org/ looks a little off today.
09:06 bshum kmlussier: I just fixed it
09:06 kmlussier bshum++
09:06 bshum The caching breaks on first server restart unless you navigate to the right places right away
09:14 * remingtron just received his first launchpad.net "Timeout error". Feels like a right of passage.
09:15 kmlussier heh
09:16 jvwoolf1 joined #evergreen
09:20 terran joined #evergreen
09:35 derekz joined #evergreen
09:38 Dyrcona joined #evergreen
09:41 yboston joined #evergreen
09:42 bshum joined #evergreen
09:50 littlet joined #evergreen
09:56 rlefaive joined #evergreen
10:13 rlefaive joined #evergreen
10:26 rlefaive joined #evergreen
10:34 rlefaive joined #evergreen
10:36 rlefaive joined #evergreen
10:50 csharp bshum: thanks
11:05 rlefaive joined #evergreen
11:18 rlefaive joined #evergreen
11:40 phasefx bshum: 106fbf0ea5da5f50ad4746557a68331a4ce13424   Last pass: http://testing.evergreen-ils.org/~live​/archive/2018-01/2018-01-10_16:00:02/  first fail: http://testing.evergreen-ils.org/~live​/archive/2018-01/2018-01-11_04:00:02/
11:40 pinesol_green phasefx: [evergreen|Mike Rylander] LP#1730758: Track record visibility on all Located URI DML - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=106fbf0>
11:41 berick as if millions of tuits suddenly rolled away in terror
11:42 rlefaive joined #evergreen
11:45 phasefx I think I want to make the qatester smarter, so it's easier to jump to the last success and the first fail
11:46 phasefx and maybe have a shame tracker for how many days we let it fail :)
11:50 ngf42 joined #evergreen
11:56 pinesol_green [evergreen|Jason Etheridge] adjust 20-hold-targeter.t to the "new normal" - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d9a71de>
11:58 berick phasefx++
11:59 phasefx berick: what do you think about taking the current distribution of concerto item data, and hard-coding it as a snapshot?
11:59 phasefx bshum: ^
12:01 phasefx so we can still use the populate_copy tool to seed data, but then something else to preserve it for re-use
12:02 phasefx meaning populate_copy becomes a manual utility, but asking for the concerto data to be loaded does things with less code generation
12:05 berick along those lines (I think), I was thinking again recently about using concerto for demo data only, and building a separate tiny data set thats loaded, dropped, and reloaded with each live test.
12:05 berick the tiny set being the snapshot
12:10 phasefx berick: yeah, I've done a few tests like that, but I'm thinking about the existing tests.. don't really want to redo those
12:10 phasefx I still think concerto is useful for testing as reference data, outside of automated testing
12:12 berick yeah, i'm thinking concerto == any human testing, demo, etc.
12:12 phasefx and for search tests, it may be harder to constrain results if the "outside" concerto environment still changes
12:12 Christineb joined #evergreen
12:12 phasefx unless we mean, not use it at all for testing
12:13 phasefx automated testing
12:13 phasefx that's probably what you meant?
12:13 berick right, all auto tests use the tiny snapshot, humans use concerto
12:13 phasefx that sounds good; one downside I see is tests that need a lot of data
12:14 phasefx searching, again
12:14 berick are there any such tests?
12:14 phasefx dunno
12:14 berick seems like they are all pretty targeted to specific data
12:14 * phasefx is spitballing
12:14 berick and certainly concertos 250 records or so will never be used for load testing
12:14 berick of course
12:15 phasefx true
12:18 phasefx so maybe this new data set could take a snapshot of concerto as it now so we can keep the old tests?  And the two can evolve separately at that point
12:19 phasefx or we need something even smaller for quick build and tear down?
12:19 kmlussier I like the idea of hard-coding the concerto data as it is now.
12:21 khuckins_ joined #evergreen
12:25 phasefx we don't have a date for the next dev meeting, do we?
12:26 jihpringle joined #evergreen
12:29 berick phasefx: yeah, we'd ultimately need something a lot smaller
12:29 berick could pin what we have, and look to the future
12:31 berick basically, concerto but shrunk by ~95%
12:31 berick ish
12:33 kmlussier phasefx: The next one should be February 7
12:53 rjackson_isl joined #evergreen
12:55 jvwoolf joined #evergreen
13:09 kmlussier joined #evergreen
13:12 rlefaive joined #evergreen
13:12 sandbergja joined #evergreen
13:13 * csharp doesn't always create indexes, but when he does, he creates them CONCURRENTLY
13:14 mmorgan joined #evergreen
13:15 berick i don't always drink beer, but when I do, it's really GIN
13:18 berick before I open a record_entry.last_merge_date LP, is there any way to tell if a bib record was merged (as merger or mergee) without scanning the logs?
13:21 csharp maybe the auditor tables?
13:22 berick i'm listening :)
13:24 csharp well, any change is recorded in auditor.biblio_record_entry_history
13:24 csharp btw, I think a last_merge_date field would be appreciated
13:25 csharp and the auditor tables are really only available to the administrator
13:26 JBoyer As would a merged_with or _to, etc. And the best choice for locating merges would likely be the call_number auditor, when all of the acn's pointing to OLD get changed to NEW.
13:31 JBoyer berick, I'm finally working on adding a date only (as opposed to timestamp) flag to action_trigger_aggregator.pl. I'm collecting input for a hot minute: --date or --single-date ?
13:33 berick JBoyer: funny you mention that,  was going to suggest merged_with and merged_to as well..
13:34 berick JBoyer: trying to remember the context...
13:34 derekz joined #evergreen
13:35 JBoyer Thinking about it a little more I suppose just _to is fine, you can use that to build up the reverse without actually having to store both fields.
13:35 berick true
13:36 JBoyer I'm trying to aggregate events for a single day, which is a hassle because if you try to specify the same begin and end date you get 0 events.
13:37 berick i see, so you dno't have to do the date math externally
13:37 * berick thinks --date is fine
13:37 berick i'd be reading the help text regardless
13:38 JBoyer Sure, I'm also planning to make [--start-date | --end-date] and --date mutually exclusive so it's not trying to do anything silly.
13:43 berick great
13:54 jwoodard joined #evergreen
14:28 mmorgan I'm continuing to look at using an action trigger to check in very overdue items before deletion.
14:28 mmorgan I've succeeded in getting an action trigger event to find and use a home made reactor, but I'm lacking the skills necessary to create a working checkin call. How do I make the checkin call?
14:39 * dbs would like to see merged_to in the base biblio.record_entry to support 301 redirects
14:41 berick dbs: adding it to biblio.record_entry was indeed the plan.  cool idea for redirects.
14:43 littlet joined #evergreen
14:54 dbs berick++
14:55 dbs 301 > 410 (weird HTTP math)
15:04 mmorgan1 joined #evergreen
15:45 Jillianne joined #evergreen
15:46 mmorgan joined #evergreen
16:05 jeffdavis Is egCore.auth.user() not how you refer to the currently-logged-in user in the web client?
16:05 sandbergja joined #evergreen
16:06 berick jeffdavis: it is
16:07 jeffdavis I'm trying to add a perm check for a menu item on Check Out Items but user() is apparently undefined, it's bizarre
16:08 berick jeffdavis: maybe the call is coming before the user is fetched from the server?
16:08 berick sure it's running after egStartup.go() has resolved?
16:12 jeffdavis hmm, maybe not
16:13 berick one of the neat things about ang5 is it's easier to make that stuff happen before local code (js and templates) are processed.
16:13 berick jeffdavis: so it's goign into the navbar?
16:14 jeffdavis yeah, I'm trying to disable "Completely Purge Account" in the menu if the user doesn't have DELETE_USER
16:14 jeffdavis moving the perm check into the initTab block seems to help
16:15 jeffdavis (this is in the PatronCtrl controller in circ/patron/app.js)
16:15 berick ah, ok, yeah initTab runs after startup
17:07 mmorgan left #evergreen
17:20 Bmagic where does "Last Activity" come from on a patron account?
17:21 Bmagic actor.usr_activity ?
17:24 berick <div class="col-md-7">{{patron().u​sr_activity()[0].event_time() | date:$root.egDateFormat}}</div>
17:25 berick yep
17:29 derekz left #evergreen
17:30 RBecker joined #evergreen
17:58 Bmagic berick++
17:59 Bmagic Would you consider it a bug when running a report and the template requires that you select a shelving location from a list of shelving locations. The list is showing deleted shelving locations.
18:03 berick i'd consider it a bug
18:11 sandbergja joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:11 sandbergja joined #evergreen
19:30 _sandbergja joined #evergreen
20:10 csharp berick++ # bug 1743608
20:10 pinesol_green Launchpad bug 1743608 in Evergreen "Web client: Too easy to unwittingly create null patron barcodes" [High,Confirmed] https://launchpad.net/bugs/1743608
20:30 book` joined #evergreen
21:10 sandbergja joined #evergreen
22:13 kenstir joined #evergreen

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