| 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/evergreen/+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> |
