Time |
Nick |
Message |
06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:12 |
|
agoben joined #evergreen |
07:16 |
|
rjackson_isl joined #evergreen |
08:05 |
|
rlefaive joined #evergreen |
08:25 |
* csharp |
finds a bug in the new reporter |
08:27 |
csharp |
I created a template that used the "Fixed Field Entry" column from Bib Record (a virtual field defined in the fieldmapper) - it failed to create a valid query in the web client - works fine in the xul client |
08:27 |
csharp |
not sure if it's a problem with virtual fields in general or just this one |
08:35 |
|
collum joined #evergreen |
08:37 |
|
mmorgan joined #evergreen |
08:39 |
|
Dyrcona joined #evergreen |
08:42 |
|
kmlussier joined #evergreen |
08:51 |
|
rlefaive joined #evergreen |
08:54 |
|
bos20k joined #evergreen |
08:56 |
dbwells |
csharp: sounds like bug #1721807 |
08:56 |
pinesol_green |
Launchpad bug 1721807 in Evergreen "Web client report template errors when using sources with virtual fields" [Medium,Confirmed] https://launchpad.net/bugs/1721807 |
08:58 |
csharp |
dbwells++ # yep |
09:21 |
|
dkyle joined #evergreen |
09:26 |
Dyrcona |
Whee! not well-formed (invalid token) at line 1, column 1329, byte 1329 at /usr/lib/perl5/XML/Parser.pm line 187 |
09:26 |
Dyrcona |
And no record number.... |
09:28 |
Dyrcona |
I'm going to have to come up with another way to do the visibility vector recalculation. One that will survive junk records and spit out the ids of the junk records. |
09:37 |
|
terran joined #evergreen |
09:39 |
Dyrcona |
It will also stop the db from locking thousands of records all at once if I do the updates in individual transactions. |
09:41 |
Dyrcona |
miker: If you're around, is the union on records with a non-null source really necessary in that visiblity attribute fix? |
09:42 |
Dyrcona |
In my database, that's pretty much everything. |
09:45 |
|
yboston joined #evergreen |
10:02 |
|
mmorgan1 joined #evergreen |
10:24 |
|
jvwoolf joined #evergreen |
10:35 |
* phasefx |
is going to try building a new vm for testing.evergreen-ils.org soon, and will then poke folks about buildbot slaves |
10:36 |
miker |
Dyrcona: the main thing WRT that part of the query is to capture records that should, but don't currently, have a source component in the vis_attr_vector column. You could look for records where this is the case with something like the following: select id from biblio.record_entry where source is not null and not vis_attr_vector @> intset(source + 268435456); |
10:37 |
Dyrcona |
miker: Thanks! I'll try that. |
10:38 |
csharp |
phasefx: I set up a couple of VMs for that purpose on mundungus some time ago - just let me know if I can help |
10:38 |
miker |
Dyrcona: you might need to add "or vis_attr_vector is null" grouped with the second where clause |
10:38 |
phasefx |
csharp++ will do |
10:54 |
|
mmorgan joined #evergreen |
11:24 |
Dyrcona |
Anyone ever gotten a report of this error from Stripe with Evergreen before? |
11:24 |
Dyrcona |
You have passed a blank string for 'card'. You should remove the 'card' parameter or supply non-blank value |
11:24 |
Dyrcona |
Google turns up a lot of stuff that looks like bugs in various PHP, Wordpress, and other things. |
11:28 |
|
rlefaive joined #evergreen |
11:37 |
csharp |
Dyrcona: our libraries use stripe, but I have not heard of that |
11:37 |
Dyrcona |
csharp: Logs are not useful. |
11:38 |
|
Christineb joined #evergreen |
11:45 |
berick |
Dyrcona: appears to be the stripe payment token. value comes from Stripe and is relayed via JS -> url params to EG. |
11:45 |
* berick |
notes various references to stripe_token |
11:46 |
Dyrcona |
berick: Yeah, I gave up after about 5 or 6 web discussions specific to various frameworks. |
11:47 |
Dyrcona |
It seems to be an isolated incident, so I'm not gonna worry about it too much. |
11:51 |
|
ngf42 joined #evergreen |
11:53 |
Dyrcona |
Little discussion in #stripe IRC logs from June 2016, but nothing truly useful. |
11:53 |
Dyrcona |
I think the patron or someone did something wrong/omitted something when submitting the payment. |
12:03 |
|
khuckins joined #evergreen |
12:03 |
berick |
Dyrcona: yeah, seems likely. or submit was interrupted cuz of toobs |
12:04 |
|
jihpringle joined #evergreen |
12:13 |
mmorgan |
Dyrcona: We had a report of that error once, and did similar investigation. We came to a similar conclusion that it was an isolated incident. |
12:29 |
Dyrcona |
mmorgan: Thanks. I'll share that on our internal ticket. |
12:43 |
csharp |
@seen JBoyer |
12:43 |
pinesol_green |
csharp: JBoyer was last seen in #evergreen 3 days, 4 hours, 48 minutes, and 39 seconds ago: <JBoyer> A fun game to play: open the same file in 2 different tabs on 2 different machines (one to edit, one for reference); make some edits in one tab, some edits in the other tab, wonder why nothing works as expected. |
12:55 |
|
khuckins_ joined #evergreen |
13:11 |
|
mmorgan1 joined #evergreen |
13:37 |
|
khuckins_ joined #evergreen |
14:16 |
|
jvwoolf joined #evergreen |
14:54 |
|
rlefaive joined #evergreen |
15:41 |
|
JBoyer joined #evergreen |
15:41 |
JBoyer |
csharp: Poof, here I am. |
15:50 |
csharp |
JBoyer: you answered me on the ticket - I was just wanting your opinion of my approach ;-) |
15:50 |
csharp |
s/ticket/bug report/ |
15:50 |
JBoyer |
csharp++ |
15:50 |
* JBoyer |
vanishes |
15:51 |
csharp |
JBoyer++ |
17:02 |
|
mmorgan left #evergreen |
18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:47 |
|
khuckins joined #evergreen |
20:05 |
|
rlefaive joined #evergreen |
20:25 |
|
rlefaive joined #evergreen |
20:42 |
|
rlefaive joined #evergreen |