Evergreen ILS Website

IRC log for #evergreen, 2018-12-11

| 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:22 jamesrf joined #evergreen
07:00 agoben joined #evergreen
07:10 rjackson_isl joined #evergreen
07:38 bdljohn joined #evergreen
07:47 bdljohn joined #evergreen
07:49 Dyrcona joined #evergreen
07:57 bdljohn joined #evergreen
08:13 stephengwills left #evergreen
08:15 bos20k joined #evergreen
09:00 mmorgan joined #evergreen
09:17 csharp JBoyer: (when you're around) did you ever open a follow-up bug to bug 1481441 (as mentioned in this comment: https://bugs.launchpad.net/ever​green/+bug/1481441/comments/4)?
09:18 csharp pinesol: kick
09:18 pinesol Launchpad bug 1481441 in Evergreen 2.9 "action.hold_request_permit_test fail_parts can be confusing to end users" [Medium,Fix released]
09:18 pinesol csharp: (kick [<channel>] <nick>[, <nick>, ...] [<reason>]) -- Kicks <nick>(s) from <channel> for <reason>. If <reason> isn't given, uses the nick of the person making the command as the reason. <channel> is only necessary if the message isn't sent in the channel itself.
09:18 csharp oh - I didn't mean "kick", I meant "wake up!"
09:19 csharp we got another report of the original problem, and as we discussed back then, the problem isn't fully fixed.
09:27 jvwoolf joined #evergreen
09:31 yboston joined #evergreen
09:36 tlittle joined #evergreen
09:53 stephengwills joined #evergreen
09:54 remingtron joined #evergreen
10:03 mmorgan1 joined #evergreen
10:47 khuckins joined #evergreen
11:24 sandbergja joined #evergreen
11:30 stephengwills joined #evergreen
11:31 mmorgan joined #evergreen
11:35 jvwoolf joined #evergreen
11:37 tlittle joined #evergreen
11:45 stephengwills_ joined #evergreen
12:10 jihpringle joined #evergreen
12:40 bdljohn joined #evergreen
12:45 jamesrf joined #evergreen
13:49 jvwoolf joined #evergreen
14:33 berick ugh @ lp timeouts
14:47 jeff in 3.1, a query of History locations(123) filters as i would expect. a query of History (locations(123)) does not. seems to affect any non-dynamic filter, and I'm not quite sure where the issue lies... yet.
14:48 jeff a query of History (audience(a,b,c)) seems to work fine.
14:48 khuckins joined #evergreen
14:49 jeff similarly, History (bib_source(1)) does not restrict to bib source 1
14:51 miker jeff: that's both interesting and annoying... I'll see if there's something obvious
14:52 jeff thanks. in the meantime, i'm learning new things. :-)
14:52 miker jeff: the one common thing there is that locations and bib source are part of the new int_array-based attribute vector visibility tests, and audience is not -- it's a standard coded value map thing
14:53 jeff problem came to light because we have some search filter groups that use locations()
14:55 jeff and locations(123) and bib_source(1) seem to do the expected thing with regard to the SQL using search.calculate_visibility_attribute_test
14:56 jeff but (locations(123)) and (bib_source(1)) eventually lose the filter before it gets to the sql.
14:56 jeff i suspect something might be amiss in the pullup and/or flatten bits
14:58 jaswinder joined #evergreen
15:00 jeff (but i could be way off base there also)
15:01 bdljohn joined #evergreen
15:02 yboston joined #evergreen
15:05 Dyrcona So, if someone has a bad url on a provider and activates a PO and pushing the edi fails, does fixing the url automagically fix it all, or do I need to update some other fields?
15:14 pinesol News from qatests: Failed cloning git repositories <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Installing Evergreen database pre-requisites <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed setting ld.so.conf and rsyslog and /etc/hosts and ejabberd <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Building OpenSRF <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Running OpenSRF build tests <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Installing OpenSRF <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Running Evergreen build tests <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 5. <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed configure database <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Starting Evergreen <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
15:14 pinesol News from qatests: Failed <http://testing.evergreen-ils.org/~live>
15:14 * berick chuckles
15:15 berick as if millions of QA tests suddenly cried out in terror
15:16 Dyrcona :)
15:16 Dyrcona Well, if you can't clone the repo....
15:19 jvwoolf1 joined #evergreen
15:23 pastebot "miker" at 64.57.241.14 pasted "jeff: I think maybe this ... untested" (48 lines) at http://paste.evergreen-ils.org/14362
15:23 phasefx :D
15:25 miker jeff: in the dynamic filter part (coded value maps and friends) we "pull up" by going to the top of the plan tree, like that patch does for static ones
15:27 miker jeff: I'll branch if you want to bug...
15:37 jeff miker: sure!
15:37 jeff miker++
15:38 mmorgan jeff++ #bugging
15:38 mmorgan miker++ #branching
15:39 Dyrcona So, where do I find edi pusher errors?
15:40 berick Dyrcona: it uses the $logger
15:41 Dyrcona Well, I'm not finding anything that I would consider useful in the syslogs or anywhere else for that matter.
15:42 Dyrcona No, edi_message was created for this po.
15:44 jeff @decide launchpad search is the worst or dokuwiki search is the worst
15:44 pinesol jeff: go with launchpad search is the worst
15:51 Dyrcona So, looks like the JEDI generation a/t event blew up while the action trigger runner was stalled out yesterday afternoon. The event is stuck in collected.
15:51 * Dyrcona tries resetting it to pending.
15:58 csharp anyone using Hatch that's Firefox-friendly?
15:59 csharp we have a library for whom the Hatch extension is suddenly crashing across multiple computers/branches (but only within one system)
15:59 csharp https://productforums.google.com/​forum/#!topic/chrome/TO8-9P_AQvc describes the behavior he's reporting
15:59 * Dyrcona resets two other events that were left "collected" about the same time.
16:01 csharp berick++ # Obi Wan reference
16:01 mcgriff joined #evergreen
16:07 cesardv_ jeff: hey do you by any chance have a working branch for bug 1737800? I noticed you had it assigned to you
16:07 pinesol Launchpad bug 1737800 in Evergreen "Web Client: Pending Patrons No Delete" [Medium,Confirmed] https://launchpad.net/bugs/1737800 - Assigned to Jeff Godin (jgodin)
16:18 * Dyrcona is starting to think that processing this EDI event is why the a/t runner hangs up.
16:22 jeff cesardv_: negative. i got pulled into something else. i've unassigned myself, if you're interested in grabbing the bug.
16:24 cesardv_ jeff: sounds good, just checking... I'll go ahead and grab it then! thanks
16:25 Dyrcona Yeahp, that's what I'm really starting to think because the number of "collected" events hasn't changed for a few minutes and the a/t runner is still going.
16:32 jamesrf joined #evergreen
16:36 jeff miker: bug 1808055
16:36 pinesol Launchpad bug 1808055 in Evergreen "Search queries containing a filter in a subquery/group may drop the filter" [Undecided,New] https://launchpad.net/bugs/1808055 - Assigned to Mike Rylander (mrylander)
16:42 dkyle2 left #evergreen
16:42 Dyrcona Yeah, that PO definitely causes some kind of problem.
16:42 * Dyrcona will look into it more tomorrow.
17:06 jeff miker: the patch supplied above doesn't seem to improve the issue. testing with opac and with Open-ILS/src/support-scripts/​test-scripts/query_parser.pl
17:13 mmorgan left #evergreen
17:17 jvwoolf1 left #evergreen
17:18 pinesol News from qatests: Failed cloning git repositories <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Installing Evergreen database pre-requisites <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed setting ld.so.conf and rsyslog and /etc/hosts and ejabberd <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Building OpenSRF <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Running OpenSRF build tests <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Installing OpenSRF <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Running Evergreen build tests <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 5. <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live>
17:18 pinesol News from qatests: Failed configure database <http://testing.evergreen-ils.org/~live>
17:19 pinesol News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live>
17:19 pinesol News from qatests: Failed Starting Evergreen <http://testing.evergreen-ils.org/~live>
17:19 pinesol News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live>
17:19 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
17:19 pinesol News from qatests: Failed <http://testing.evergreen-ils.org/~live>
17:24 dbwells :(
17:36 khuckins joined #evergreen
17:54 Bmagic Grrrr, xpath yall
17:54 Bmagic oils_xpath('//datafield[@tag="856"]​/subfield[@code="u"]/text()',marc) doesn't seem to work
17:57 Bmagic ha! //*[@tag="856"]/*[@code="u"] worked
18:30 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed setting ld.so.conf and rsyslog and /etc/hosts and ejabberd <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed Running OpenSRF build tests <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed Running Evergreen build tests <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed Starting Evergreen <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 171. <http://testing.evergreen-ils.org/~live>
19:31 pinesol News from qatests: Failed <http://testing.evergreen-ils.org/~live>

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