| 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().usr_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 |
