| 01:52 |
|
geoffsams joined #evergreen |
| 05:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:39 |
|
graced joined #evergreen |
| 07:46 |
|
krvmga joined #evergreen |
| 07:50 |
|
mrpeters joined #evergreen |
| 09:46 |
csharp |
gmcharlt: also, if you want the files from the GPLS server, I'm sure I can get those to you - just need to check with a couple of folks on this end that all is ok |
| 09:46 |
gmcharlt |
csharp: thanks! |
| 10:40 |
|
collum joined #evergreen |
| 10:47 |
jboyer-isl |
eeevil: I thought I'd try to test the inverse of your fix for bug 1438136 (common searches, uncommon attributes, I think), but I can't use the queries in that ticket to find common or uncommon values in pg 9.1. Do you know off hand of a good way to get those on more uh, mature, versions of pg? |
| 10:47 |
pinesol_green |
Launchpad bug 1438136 in Evergreen "OPAC searching significantly slowed by adding format filters" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1438136 |
| 10:51 |
|
mllewellyn joined #evergreen |
| 10:54 |
eeevil |
jboyer-isl: let me look. in the mean time, were you able to test the branch, or does it not work for you on 9.1? |
| 10:55 |
rjackson_isl |
eeevil: jboyer-isl is afk currently - just thought I would let you know as he isn't ignoring you! |
| 10:55 |
eeevil |
jboyer-isl: ah ... well, I can tell it wont work. the array stats arrive in 9.2 |
| 10:55 |
eeevil |
rjackson_isl: thanks! :) |
| 10:57 |
|
ningalls joined #evergreen |
| 11:06 |
jboyer-isl |
I haven't tested the branch itself (only the core query test in the ticket) because the only non-production database machines I have available are miserably slow regardless of what's searched how. :( |
| 11:09 |
eeevil |
jboyer-isl: ha! understood |
| 11:21 |
jeff |
something i haven't spent much time thinking about yet, but thought I'd throw out for feedback: we have the materialized view asset.opac_visible_copies, which aiui is mostly (exclusively?) for performance reasons -- it saves us from having to join a lot of things and examine a lot of columns at search time. |
| 11:22 |
eeevil |
jeff: yes |
| 11:22 |
csharp |
I put the branch on a test server and am seeing much better search returns, but for some reason, running the core query from one of the search attempts took just as long as before - I'm assuming I was doing something dumb (I'll add that I was exhausted when I looked last night ;-)) |
| 11:23 |
csharp |
next.gapines.org vs. gapines.org (if someone is interested in front end results) |
| 11:23 |
csharp |
next has the patch, gapines.org doesn't |
| 11:23 |
jeff |
with that as (very light) inspiration, would a materialized view representing (something like) record, circ_lib, shelving location be of much help in making locations() filtering faster, or in enabling crazy things like faceting on copy locations? |
| 11:24 |
jeff |
also, does the idea get crazier if you expand/replace the idea with copy location groups? |
| 11:25 |
csharp |
specific searches: http://gapines.org/eg/opac/results?query=lusitania&qtype=keyword&fi%3Asearch_format=book&locg=117&sort= vs http://next.gapines.org/eg/opac/results?query=lusitania&qtype=keyword&fi%3Asearch_format=book&locg=117 |
| 15:43 |
jeff |
eeevil: yikes |
| 15:43 |
|
Newziky left #evergreen |
| 16:03 |
* dbwells |
sheds a tear for his AMD stock |
| 16:06 |
Dyrcona |
Stompro++ # For testing with Jessie. |
| 16:58 |
|
gsams joined #evergreen |
| 16:58 |
|
StomproJ joined #evergreen |
| 17:20 |
|
mmorgan left #evergreen |
| 09:34 |
Dyrcona |
S'pose you could consider 1 physical server a "brick" if you're running all the pieces on vms on that server.... |
| 09:34 |
Dyrcona |
Meh. Words. |
| 09:35 |
csharp |
right ;-) |
| 09:37 |
Dyrcona |
Speaking of building VMs.... I'm going to build two today to test csharp's changes for Safe.pm. |
| 09:37 |
csharp |
it's also worth considering that virtual machines have become dominant enough that it's worth reconsidering cluster architecture |
| 09:37 |
|
yboston joined #evergreen |
| 09:37 |
Stompro |
Thanks for the info all. |
| 11:28 |
csharp |
I think we can assume jessie's all good if 14.04 works |
| 11:29 |
Dyrcona |
Ok. I'll comment on the bug to that effect. |
| 11:32 |
Dyrcona |
csharp++ |
| 11:34 |
bshum |
yboston: On a more practical note, I was thinking to cut 2.7.5 later next week; give folks some time to test and push on more bug fixes. |
| 11:35 |
bshum |
Personally, I'm poking at more stuff for 2.8.1 though. Now that Bibliomation is on 2.8 and all. |
| 11:35 |
bshum |
And eating food. |
| 11:36 |
bshum |
I mean literally, every time I'm in Hong Kong, it's "hey long time no see" and "you hungry? Eat this..." |
| 11:36 |
kmlussier |
bshum: You |
| 11:36 |
kmlussier |
bshum: You're eating food at 11:30 PM? |
| 11:37 |
bshum |
No, I just got back from eating "dinner" |
| 13:59 |
pinesol_green |
Launchpad bug 1438136 in Evergreen "OPAC searching significantly slowed by adding format filters" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1438136 |
| 14:00 |
krvmga |
csharp: yes, exactly |
| 14:00 |
krvmga |
i checked, though, and we have the index |
| 14:00 |
csharp |
krvmga: there's a branch eeevil put up (that I haven't yet tested) that should help |
| 14:01 |
bbqben |
Hi all - EOB meeting starting here in two shakes |
| 14:01 |
kmlussier |
krvmga: Is it just the All Books limiter or others as well? |
| 14:01 |
krvmga |
gmcharlt: are you aware of this for our upgrade? |
| 14:27 |
csharp |
logs++ |
| 14:27 |
bbqben |
logs++ all y'all++ |
| 14:27 |
abneiman |
csharp++ |
| 14:28 |
bbqben |
ok, amensia in check - will update the call and prep it for later |
| 14:28 |
bbqben |
anyone test the voter reg survey? |
| 14:28 |
bbqben |
#info https://www.surveymonkey.com/r/RXVRSKJ |
| 14:28 |
kmlussier |
I looked at it. Didn't submit, though. It looked good to me. |
| 14:29 |
bbqben |
don't recall what other info we collected last year (survey's decommissed) but very open to feedback |
| 14:29 |
bbqben |
kmlussier - thanks |
| 14:29 |
csharp |
it just asked for my name, org, and whether I was legit - is that all it's supposed to do? |
| 14:30 |
abneiman |
I'll test it right after this meeting ... i.e., my first meeting-free time today :-/ |
| 14:30 |
bbqben |
csharp - pretty much |
| 14:30 |
csharp |
ok |
| 14:30 |
bbqben |
csharp - will take the names and load them to opavote later on |
| 15:16 |
krvmga |
kmlussier: no, i just don't want the searches to be slow. |
| 15:17 |
krvmga |
kmlussier: since i'm the public face of the opac around here, i would be hanged in effigy if not in reality |
| 15:18 |
krvmga |
i even get scowls from central site staff sometimes as though i'm truly the god of the opac and can do anything mwahahahahaha! |
| 15:18 |
gmcharlt |
krvmga: I'm quite sure you'll be fine - there's a workable patch available for testing that can be tested on Monday before you all go fully live |
| 15:18 |
krvmga |
gmcharlt: thanks. |
| 15:47 |
Dyrcona |
Though krvmga has left, I have loaded the branch in question on my development server and searches with formats don't seem slower than those without. |
| 15:48 |
Dyrcona |
IOW, it appears to have helped things. |
| 16:46 |
kmlussier |
eeevil++ |
| 16:47 |
|
Newziky left #evergreen |
| 17:22 |
|
mmorgan left #evergreen |
| 17:36 |
eeevil |
@later tell Dyrcona belated thanks for testing the search branch, though think your dataset may not need it? |
| 17:36 |
pinesol_green |
eeevil: The operation succeeded. |
| 17:38 |
|
akilsdonk joined #evergreen |
| 17:44 |
csharp |
gmcharlt++ # clarifying the logo stuff |
| 08:46 |
krvmga |
csharp: :) |
| 08:46 |
Dyrcona |
krvmga: Well, there are two things going on. 1) a suboptimal query, and 2) csharp's installation missing an index. |
| 08:46 |
Dyrcona |
Number 1 gets you either way. |
| 08:47 |
Dyrcona |
eeevil: If you think it would be helpful, I'll run the tests on my database in a bit. |
| 08:47 |
krvmga |
Dyrcona: gonna have to check if we're missing the index, too. |
| 08:47 |
Dyrcona |
I meant to yesterday, but got busy with other stuff. |
| 08:47 |
eeevil |
Dyrcona: more data is more better, thanks! |
| 10:23 |
Dyrcona |
Hmm. Turns out I get a conflict. |
| 10:25 |
Dyrcona |
Minor conflicts with the conditional negative balance branch and recent changes to master. |
| 10:25 |
Dyrcona |
Easily resolved, I think. |
| 10:31 |
dbwells |
There is at least two lines with bugs in the negative balances branch which were discovered when I was testing for fine issue in master. I should go ahead and rebase it, since a few more pieces are in master now. |
| 10:32 |
Dyrcona |
dwells: That's cool. |
| 10:32 |
Dyrcona |
dbwells, even. |
| 10:33 |
Dyrcona |
My fingers appear to be on strike. |
| 10:42 |
pinesol_green |
Launchpad bug 1424646 in Evergreen "Paid-For Long Overdue Items Still Appear in "Other/Special Circulations" Window" (affected: 7, heat: 32) [Undecided,New] https://launchpad.net/bugs/1424646 |
| 10:42 |
csharp |
signoff branch a'comin' |
| 10:43 |
mmorgan |
Bmagic++ csharp++ |
| 10:43 |
Bmagic |
csharp++ # testing |
| 10:47 |
Dyrcona |
@quote random |
| 10:47 |
pinesol_green |
Dyrcona: Quote #85: "< bshum> *Everything* is awesome." (added by csharp at 09:29 AM, May 27, 2014) |
| 10:48 |
csharp |
https://www.youtube.com/watch?v=StTqXEQ2l-Y |
| 14:08 |
|
RoganH joined #evergreen |
| 14:12 |
* csharp |
changed makefiles for wheezy/jessie/precise/trusty, but left squeeze alone |
| 14:12 |
csharp |
bug 1444623 |
| 14:12 |
pinesol_green |
Launchpad bug 1444623 in Evergreen ""Safe" is no longer needed as a separate CPAN package" (affected: 1, heat: 6) [Medium,Confirmed] https://launchpad.net/bugs/1444623 - Assigned to Chris Sharp (chrissharp123) |
| 14:13 |
|
Newziky joined #evergreen |
| 14:14 |
|
Newziky left #evergreen |
| 14:24 |
|
ericar_ joined #evergreen |
| 16:22 |
|
bmills joined #evergreen |
| 16:39 |
|
mrpeters left #evergreen |
| 16:50 |
|
artunit joined #evergreen |
| 17:06 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:14 |
|
jihpringle joined #evergreen |
| 17:16 |
|
mmorgan left #evergreen |
| 17:21 |
|
jboyer-isl joined #evergreen |
| 02:34 |
|
chatley joined #evergreen |
| 05:02 |
|
dreuther joined #evergreen |
| 05:03 |
|
chatley joined #evergreen |
| 05:08 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:31 |
|
remingtron joined #evergreen |
| 06:02 |
|
rashma_ joined #evergreen |
| 06:22 |
|
gsams joined #evergreen |
| 09:29 |
|
Dyrcona joined #evergreen |
| 09:33 |
dbwells |
bshum: https://bugs.launchpad.net/evergreen/+bug/1443952 |
| 09:33 |
pinesol_green |
Launchpad bug 1443952 in Evergreen 2.8 "Fines can accrue past max (up to double) on lost item return with certain settings" (affected: 1, heat: 6) [High,New] |
| 09:42 |
Dyrcona |
kmlussier: Would you like to test the above on my dev server? |
| 10:06 |
bshum |
dbwells: I'll poke at that again shortly. |
| 10:06 |
bshum |
Trying to see if we found more problems. Got a report that checkin modifiers aren't working now. |
| 10:07 |
bshum |
Specifically clear hold shelf. |
| 10:13 |
bshum |
I'm not sure if it's cause of the last round of changes last night. |
| 10:14 |
bshum |
Nobody mentioned it till this morning, but it could be that nobody was using circ modifiers till this morning. |
| 10:14 |
bshum |
Err, checkin modifiers I mean |
| 10:14 |
kmlussier |
Do you want me to test the clear holds shelf on another server? |
| 10:15 |
bshum |
kmlussier: If you don't mind, yeah |
| 10:15 |
kmlussier |
Dyrcona: I don't know if I should test that patch since I never saw the problem behavior. |
| 10:15 |
bshum |
I'm getting a snap of the error |
| 10:15 |
bshum |
It looked mightily unhappy |
| 10:15 |
Dyrcona |
kmlussier: It apparently only happens in master/2.8, so you wouldn't have seen it in the wild. |
| 10:32 |
* bshum |
tries that first to get his people back on track |
| 10:32 |
berick |
+ $client->max_chunk_size($$params{chunk_size}) if $client->can('max_chunk_size'); |
| 10:34 |
berick |
ok, it's not just as easy, but it's close |
| 10:39 |
bshum |
berick: Alright I can try that. |
| 10:39 |
bshum |
I wonder about the other line additions from that changeset and whether those need modification later. |
| 10:39 |
bshum |
I haven't tested what those other things are yet. |
| 10:40 |
berick |
hm, it is called in a couple of places |
| 10:41 |
berick |
though i doubt any of the others are called in subrequests |
| 10:41 |
Dyrcona |
Well, I can test it and see. |
| 10:43 |
Dyrcona |
Wouldn't hurt to add the if everywhere though. |
| 10:43 |
berick |
agreed |
| 10:46 |
|
RoganH joined #evergreen |
| 11:23 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1189980 |
| 11:23 |
pinesol_green |
Launchpad bug 1189980 in Evergreen "Clear Shelf-Expired Holds confirmation needed" (affected: 4, heat: 18) [Wishlist,Confirmed] |
| 11:23 |
jboyer-isl |
Ah, bshum beat me to the paste. :) |
| 11:24 |
bshum |
Dyrcona++ # rescuing me from bad mistakes |
| 11:24 |
bshum |
berick++ # we're testing your fix now |
| 11:24 |
bshum |
I'll get a bug report going on it later this afternoon after I finish writing up after-action reports. |
| 11:27 |
Dyrcona |
I'll add the if statements in the other two places, just in case. |
| 11:28 |
Dyrcona |
I'm not sure how to trigger clear_shelf_cache. |
| 11:33 |
berick |
that's called by the UI after running clear-shelf |
| 12:58 |
Dyrcona |
csharp: You'll likely end up with a lot more .in files. |
| 12:58 |
Dyrcona |
Well, maybe not a lot, but I'd suspect a few. |
| 13:07 |
|
bmills joined #evergreen |
| 13:10 |
dbs |
csharp: I run EG/OpenSRF in FHS locations on Fedora, I put a bunch of work into patches that were accepted for that purpose a while back |
| 13:11 |
dbs |
just bear in mind that I might have missed lots of scripts that wouldn't get invoked in regular dev/testing workflows that would suddenly become important in production |
| 13:12 |
dbs |
I was hoping that we would cut over to standard FHS locations rather than continuing to document --prefix=/openils but since we've followed the latter path, wouldn't be surprised if more non-relocatable stuff creeps in |
| 13:43 |
csharp |
dbs: great - looks like a good foundation |
| 13:43 |
csharp |
I'll try and get that working on Ubuntu 14.04 and/or Debian jessie |
| 13:45 |
* csharp |
wants the next Debian release to be "lotso" |
| 13:52 |
eeevil |
(from before) |
| 14:12 |
jboyer-isl |
eeevil: does that "not FHS" mean that it currently can't work from /usr/bin, or just that it will work from some other prefix and /usr/bin is uncertain? |
| 14:13 |
jeff |
jboyer-isl: i took his statement to mean that eeevil has experience operating from a non-FHS, non-/openils location. |
| 14:13 |
berick |
jboyer-isl: i think he means he didn't specifically test FHS, but did test other non-/openils options |
| 14:16 |
jboyer-isl |
jeff, berick: makes sense, thanks. |
| 14:19 |
eeevil |
jboyer-isl: there's no reason it won't work under FHS, but I'm using under a set of paths that are non-FHS |
| 14:19 |
eeevil |
what berick said :) |
| 14:24 |
berick |
jeff++ |
| 14:26 |
eeevil |
Callender++ |
| 14:26 |
berick |
Callender++ indeed |
| 14:26 |
jeff |
upgrade-wise, i just tested and cherry-picked things beforehand. Callender pulled the trigger in production, and every single contributor helped build a quality release. upgrades keep getting smoother. |
| 14:27 |
jeff |
and yes, i'll repeat my increments from this morning's "no longer on 2.5 dance": ESI++ and Callender++ in particular :-) |
| 14:30 |
|
Newziky1 left #evergreen |
| 14:31 |
jeff |
I think part of it is "lots of development effort focused elsewhere", part of it is "things are a bit more mature/stable", but also a good helping of "intentional efforts to make upgrades less painful" :-) |
| 14:32 |
jeff |
I was surprised at how few external systems/processes needed tweaking as part of the upgrade. Even the number of (immediately required) changes to templates was low. |
| 14:33 |
jeff |
And by low, I think I mean "zero changes required to maintain functionality", though of course we'll be making changes to enable new features, etc. |
| 14:59 |
|
bmills joined #evergreen |
| 15:11 |
|
TaraC joined #evergreen |
| 15:15 |
|
bmills1 joined #evergreen |
| 15:27 |
jeff |
It's gone well enough that I'm putting non-upgrade-related template changes in place (closing pre-upgrade tickets) and experimenting with sitemaps and robots.txt changes. |
| 16:20 |
|
RBecker joined #evergreen |
| 16:27 |
pinesol_green |
[evergreen|Galen Charlton] LP#1442701: prune 'message_id' and 'single' CGI params from TPAC dashboard links - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=07da4e2> |
| 16:29 |
pinesol_green |
[evergreen|Galen Charlton] LP#1442695: install purge_pending_users.srfsh to /openils/bin by default - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=73d671a> |
| 16:30 |
|
sarabee joined #evergreen |
| 16:31 |
pinesol_green |
[evergreen|Dan Wells] LP#1443952 Move overdue restore above lost void/adjustment - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=749e63f> |
| 16:31 |
pinesol_green |
[evergreen|Dan Wells] LP#1443952 Lost fine handling refactor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6b0d8e7> |
| 16:43 |
|
bmills joined #evergreen |
| 16:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:39 |
|
mglass joined #evergreen |
| 17:40 |
|
Newziky left #evergreen |
| 18:02 |
|
akilsdonk joined #evergreen |
| 04:53 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:19 |
|
graced joined #evergreen |
| 07:35 |
|
sarabee joined #evergreen |
| 07:50 |
|
mrpeters joined #evergreen |
| 09:08 |
csharp |
depends on whether they're after stats or are trying to track/resolve a staff problem |
| 09:08 |
mrpeters |
its a stats thing |
| 09:08 |
csharp |
k |
| 09:10 |
jeff |
interesting: looking at a user created yesterday, they have two entries in auditor.actor_usr_history with audit_time that matches their create_date (and last_update_time). both have audit_user and audit_ws, so it looks like my musing above was on-target. |
| 09:11 |
* jeff |
throws that on the pile of things to look into later |
| 09:12 |
jeff |
but just off the top of my head, you can probably rely on "auditor.actor_usr_history with audit_time matching actor.usr.create_date for the user will contain the audit_user/audit_ws that created the user" |
| 09:13 |
jeff |
test, of course. |
| 09:14 |
mrpeters |
that may be a good start, and enough for what they want |
| 09:15 |
csharp |
so... I'm investigating another see also from tracing issue with OPAC browse search: http://gapines.org/eg/opac/browse?blimit=20&qtype=author&bterm=poznanski%2C+ursula&locg=1 is the main heading and "Archer, Ursula" is listed as a see also, but there is no authority record for "Archer, Ursula" for it to link to |
| 09:16 |
csharp |
in that case, is there a way to have see also/from tracings work - that is, when there is no auth record for the reference? |
| 09:16 |
* csharp |
just doesn't know enough about authorities to really know |
| 09:19 |
|
Newziky1 joined #evergreen |
| 09:21 |
* collum |
just created a user in his test Evergreen and two identical update rows appeared in auditor.actor_usr_history. |
| 09:27 |
mrpeters |
thanks for the test collum |
| 09:28 |
csharp |
@blame authorities |
| 09:28 |
pinesol_green |
csharp: It's all authorities's fault! |
| 09:28 |
csharp |
@who has a problem with authority? |
| 12:12 |
|
mrpeters joined #evergreen |
| 12:13 |
yboston |
dbs: since that particular feature is not found in TPAC |
| 12:16 |
|
jihpringle joined #evergreen |
| 12:18 |
dbwells |
bshum: are you in a position to test a fix? If so, I can suggest one to try. |
| 12:19 |
bshum |
dbwells: I can give it a shot. |
| 12:19 |
bshum |
dbwells: I was putting together a revert branch to remove everything and put it back to the earlier way, if you guys weren't ready to suggest anything. |
| 12:20 |
bshum |
Fine bugs make me feel weird. |
| 12:20 |
dbwells |
bshum: The fix is cherry-picking in two commits, 76ed91eaf8e2b followed by 542054fce72 |
| 12:20 |
jeff |
Every Good Bug Does Fines |
| 12:21 |
bshum |
dbwells: I'll go give that a quick whirl on our test server. |
| 12:21 |
bshum |
Lucky for me I have lots of examples of broken circs from today to try with :\ |
| 12:22 |
jeff |
and perhaos Fines Always Cause Evil? |
| 12:22 |
dbs |
yboston: well, the functionality is there, it's just part of the regular catalogue UI now accessed by "Browse the catalog" instead of under "Advanced search" right? |
| 12:29 |
yboston |
dbs: no, that doc is for an older simpler feature that Berklee paid for that only worked on JSpac |
| 12:29 |
dbwells |
bshum: I have a lunch appt in a few minutes. I'll check back and also do some testing of my own when I get back. |
| 12:29 |
yboston |
dbs: it only grabbed data from authoritites; and for example the only title search it could do was on uniform titles |
| 12:30 |
bshum |
dbwells: Thanks man, I'll see what I can find out. |
| 12:32 |
bshum |
dbwells: Checked one circ so far, and it applied up to the right max fines this time 'round |
| 12:32 |
bshum |
Testing another circ that's lost to be absolutely sure. |
| 12:35 |
|
Dyrcona joined #evergreen |
| 12:39 |
bshum |
Well, it takes its sweet time calculating (retrieving, retrieving) but it does eventually give me the right amount of overdues stopped at the maxfine as expected. |
| 12:39 |
bshum |
dbwells++ |
| 12:39 |
bshum |
We'll test further but I think we should slate those fixes for merging to master and rel_2_8 |
| 12:40 |
dbwells |
bshum++ |
| 12:40 |
dbwells |
I'll also test further this afternoon. Don't want to take one step forward, two back. |
| 12:40 |
* dbwells |
steps away for a bit |
| 12:45 |
|
bbqben joined #evergreen |
| 13:04 |
|
bmills joined #evergreen |
| 13:30 |
|
collum joined #evergreen |
| 14:04 |
dbs |
So I guess if you have auth record # 123 with field 100 establishing an author's name, as well as a 500 establishing a "See from" heading, it's really unlikely that that 500 is going to have a $0 pointing to its own record ID |
| 14:05 |
dbs |
but if that 500 had $0 (OCLoC)123 or whatever, you'd be golden |
| 14:05 |
dbs |
See from: oooookay |
| 14:09 |
csharp |
dbs: reading now |
| 14:09 |
csharp |
and I'll test too |
| 14:16 |
* csharp |
highlights https://bugs.launchpad.net/evergreen/+bug/1438136/comments/12 on behalf of eeevil who is soliciting feedback from people with expertise with/opinions about the query parser's functionality |
| 14:16 |
pinesol_green |
Launchpad bug 1438136 in Evergreen "OPAC searching significantly slowed by adding format filters" (affected: 1, heat: 6) [Undecided,New] |
| 14:20 |
Dyrcona |
My comment this morning was intended to say, "Dunno. Sounds good to me. Give it a try." |
| 14:20 |
Dyrcona |
'Cause, I don't feel qualified to comment otherwise. |
| 16:51 |
|
buzzy joined #evergreen |
| 17:10 |
Bmagic |
jeff: Thanks, I figured it out. It's neat how that works. |
| 17:18 |
|
mmorgan left #evergreen |
| 18:13 |
dbwells |
bshum: Did a bunch of testing, and most things worked fine. The biggest issue was that it no longer generated new overdues on lost item return due to a thinko in one of those commits. I also found one other thinko which would clobber a MAX_FINES stop_fines_reason in some cases. Here is a paste of the diff: http://paste.evergreen-ils.org/49 |
| 18:17 |
dbwells |
(To clarify, the above lost item return issue only applies if that particular setting is turned on, which is not OOTB behavior.) |
| 18:45 |
* kmlussier |
notes that a lot of libs in these parts make use of that setting. |
| 19:51 |
jeffdavis |
question about bug 1074096 |
| 19:51 |
pinesol_green |
Launchpad bug 1074096 in Evergreen "Advanced Search by Bib Call Number Returns 0 Results" (affected: 3, heat: 18) [Low,Fix released] https://launchpad.net/bugs/1074096 |
| 01:49 |
|
bmills1 joined #evergreen |
| 01:54 |
|
BigRig joined #evergreen |
| 02:49 |
|
bshum joined #evergreen |
| 04:58 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:22 |
|
collum joined #evergreen |
| 07:44 |
|
graced joined #evergreen |
| 07:48 |
|
rjackson_isl joined #evergreen |
| 09:45 |
Bmagic |
well, even both, means that checkin_time is required |
| 09:45 |
Bmagic |
and we are not checking it in (or don't think that's correct) |
| 09:46 |
Bmagic |
I'm going to run some more expierements |
| 09:47 |
mmorgan |
Just marked an item Lost on my test patron. Paid the bill and the item is gone from items out. |
| 09:48 |
mmorgan |
Item never got checked in. |
| 09:49 |
Bmagic |
mmorgan: that is good news, let me see what is going on here |
| 09:51 |
kmlussier |
I thought the setting mmorgan referred to above is the one that removed it from Items Out if it was fully paid. Strange that it isn't working for you that way. |
| 09:51 |
|
RoganH joined #evergreen |
| 10:07 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 3, heat: 14) [Wishlist,Confirmed] https://launchpad.net/bugs/1331174 |
| 10:09 |
berick |
bshum: i'd call that a bug fix |
| 10:10 |
berick |
bshum++ kmlussier++ ACQ merging/tseting |
| 10:11 |
kmlussier |
berick: We're always happy to test acq improvements in these parts. :) |
| 10:11 |
kmlussier |
berick++ |
| 10:11 |
* berick |
rebases bug 1380803 |
| 10:11 |
pinesol_green |
Launchpad bug 1380803 in Evergreen "PO totals do not include all amounts" (affected: 1, heat: 8) [Medium,Confirmed] https://launchpad.net/bugs/1380803 |
| 10:12 |
bshum |
berick: Alrighty, up to you. Since it has a release note, we probably should move that into the mainline notes for 2.8 so that it doesn't get lost in the darkness. |
| 11:59 |
Bmagic |
explain |
| 12:00 |
berick |
if you add LONGOVERDUE back, then longoverdue items might get marked as longoverdue again. or, more likely, you'll re-process (and evetually ignore) a bunch of circs you don't need to |
| 12:00 |
Bmagic |
oh jees |
| 12:01 |
berick |
the validators should prevent anything from getting the full treatment twice. |
| 12:01 |
berick |
but they'd have to be loaded and tested |
| 12:01 |
berick |
over and over again |
| 12:01 |
Bmagic |
so, I need to setup an AT with a grainularity, and pass that cron the special config |
| 12:01 |
berick |
yes |
| 12:02 |
Bmagic |
sounds doable |
| 13:04 |
|
akilsdonk joined #evergreen |
| 13:04 |
|
bmills1 joined #evergreen |
| 13:10 |
|
krvmga joined #evergreen |
| 13:12 |
krvmga |
i'm just looking at our 2.7 test installation and no icons are appearing for any items in search returns in the opac. i don't know why. |
| 13:13 |
bshum |
krvmga: Well, two thoughts: (1) did you guys monkey with any format_icon configuration in the settings, or (2) did you perform a reingest of all your bibs. |
| 13:14 |
krvmga |
bshum: we just finished a re-ingest of all our bibs |
| 13:14 |
krvmga |
bshum: format_icon configuration in the settings? |
| 14:57 |
kmlussier |
yboston: I did ask about meeting space at the conference for the Academics for Evergreen group. But I never heard back. |
| 15:06 |
|
dmoses left #evergreen |
| 15:42 |
jeff |
What is the latest version of xulrunner for Mac OS X that we should try for 2.7.4? |
| 15:42 |
bshum |
jeff: So... I never tested anything beyond what we use now for the other clients, that's 14.0.1 |
| 15:43 |
bshum |
That's not true, I tried up through XUL 17 or so |
| 15:43 |
bshum |
And there were let's say... bugs and crashes. |
| 15:43 |
bshum |
So at least on 14, you'll be where everyone else is. |
| 15:44 |
* bshum |
is fairly sure the Mac client building instructions on the wiki reflect that XUL 14 version. |
| 15:47 |
jeff |
co-worker mentioned that the instructions they were looking at mentioned evergreen 2.3, so they were... undertain of the doc's relevance. |
| 15:47 |
* jeff |
looks |
| 15:47 |
jeff |
bshum++ |
| 15:48 |
bshum |
They are old docs, but Xulrunner testing hasn't progressed since then. Since after XUL 18 or so, I think that's when remote XUL goes away and things die. |
| 15:49 |
bshum |
I do sometimes think that XUL 15 might be a better choice though, since that's the version of Firefox where they fixed all the broken memory issues with Firefox 14. |
| 15:49 |
bshum |
But when we tested XUL 15 built staff clients in production at one library, the staff client would occasionally, spontaneously close without warning. |
| 15:56 |
Dyrcona |
@blame mozilla |
| 15:56 |
pinesol_green |
Dyrcona: everything was going great until mozilla came along |
| 15:56 |
Dyrcona |
@praise mozilla |
| 17:02 |
kmlussier |
Good night all! |
| 17:02 |
hopkinsju |
At any rate, that's a good enough solution I was just trying to satisfy my curiosity |
| 17:10 |
|
mmorgan left #evergreen |
| 17:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:48 |
|
eady joined #evergreen |
| 17:52 |
Bmagic |
Who is using "Items Out Lost display setting" ? |
| 17:52 |
Bmagic |
I have a library that wants those to NOT SHOW on the items out screen. This setting really seems like the answer |
| 09:20 |
bshum |
So it definitely seems like a weird Firefox issue |
| 09:21 |
csharp |
s/Firefox/Firefox on Windows/ |
| 09:21 |
* csharp |
doesn't know if mac works the same way |
| 09:21 |
* krvmga |
doesn't have a mac to test on. |
| 09:21 |
Dyrcona |
I'm using Firefox 37.0.1 on Ubuntu and I see it the behavior as described. |
| 09:21 |
* jeff |
looks |
| 09:22 |
* jboyer-isl |
is using a mac at this very moment. I’ll go grab FF. |
| 09:33 |
bshum |
Ah, indeed. |
| 09:34 |
|
yboston joined #evergreen |
| 09:34 |
Dyrcona |
Interesting....I just noticed that I have ISBN configured differently for Bibliomation than I do for NOBLE and CW/MARS. |
| 09:35 |
bshum |
Dyrcona: Interesting indeed... I know we tinkered with the z-config when we were testing between us to figure out what was weird with Evergreen... |
| 09:36 |
jeff |
@dunno add Have you confirmed your ISBN SPIDs with your service provider? |
| 09:36 |
pinesol_green |
jeff: The operation succeeded. Dunno #38 added. |
| 09:36 |
Dyrcona |
Ah.... Turns out the configuration for Bibliomation is incomplete, or was partially removed. |
| 10:12 |
jboyer-isl |
Dyrcona: What I’m after is more like selecting multiple values from the audience box when selecting “juvenile,” can that not be done with just a custom template change? |
| 10:15 |
Dyrcona |
jboyer-isl: I was referring to tsbere's suggestion with the either, and I'm apparently wrong in that case. |
| 10:16 |
|
mllewellyn joined #evergreen |
| 10:16 |
Dyrcona |
A template change is relatively cheap. I'd try it on a dev/test system to see if it did what I wanted. If it does, then there you go! |
| 10:17 |
tsbere |
Template change in this case is harder due to the dynamic nature of the advanced search boxes. Database insert (compared to edit) is easier. ;) |
| 10:17 |
Dyrcona |
Well then. I'm wrong again. :) |
| 10:17 |
* Dyrcona |
shuts up. |
| 13:35 |
plux |
it may be smoke and mirrors but we’re getting intermittent/erratic hanging in the client that seems to parallel the SSL read fail times |
| 13:36 |
plux |
it seemed fine prior to the latest openssl patches |
| 13:37 |
Dyrcona |
I doubt the hanging has much to do with it. |
| 13:37 |
jeffdavis |
I see a few "SSL input filter read failed" messages in the logs for our Ubuntu 14.04 test server running EG2.8 beta. Haven't had any reports of client issues so far. |
| 13:37 |
Dyrcona |
http://serverfault.com/questions/565703/apache-producing-lots-of-ssl-only-errors-even-though-the-data-in-browser-seems-f |
| 13:38 |
Dyrcona |
Looks it has to do with named virtual hosting and SSL being established before that happens. |
| 13:42 |
Dyrcona |
Well, that's not it in this case, apparently. |
| 14:43 |
krvmga |
tsbere: that seems to have fixed it. |
| 14:43 |
* bshum |
hates time zones |
| 14:43 |
bshum |
Bmagic: I'm not aware of any time settings in the staff client. I just presumed it grabbed it from Windows or whatnot. |
| 14:43 |
tsbere |
krvmga: Woo then. Make a patch, get credit for actually making the change and testing it. ;) |
| 14:43 |
Bmagic |
ok, cool, I will focus my direction |
| 14:44 |
bshum |
So I have seen it shift dates weirdly if it was recorded in one timezone but got time changed into the wrong time on another workstation |
| 14:45 |
krvmga |
tsbere: thank you. i will do that. |
| 15:37 |
* jeffdavis |
requests to join https://launchpad.net/~evergreen-drivers too |
| 15:39 |
|
akilsdonk joined #evergreen |
| 15:39 |
* bshum |
will probably poke dbs about getting admin rights to that group later. |
| 17:01 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:14 |
|
mrpeters left #evergreen |
| 17:24 |
|
mmorgan left #evergreen |
| 18:42 |
|
bbqben joined #evergreen |
| 00:47 |
|
dcook__ joined #evergreen |
| 03:34 |
|
sbrylander joined #evergreen |
| 03:34 |
|
dcook joined #evergreen |
| 05:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:21 |
rangi |
wtaf |
| 07:22 |
rangi |
i wish someone had told me 16 years ago that if you open source something, you are not allowed to work on it or maintain it anymore, ive been doing it wrong for 16 years |
| 07:24 |
rangi |
thats too much new info for me, im going to go bed, unless that is politically correct also |
| 14:07 |
* bshum |
hates on bug 937789 |
| 14:07 |
Bmagic |
937789-- |
| 14:08 |
Bmagic |
ok, just thought I would check. It sounds like everyone is having the same problem |
| 14:08 |
bshum |
With parts, sure. |
| 14:08 |
bshum |
But metarecords, unfortunately we've not tested that extensively. |
| 14:08 |
bshum |
For our consortium, that is still disabled. |
| 14:08 |
Bmagic |
metarecord holds = part level holds in this context |
| 14:08 |
bshum |
Until we get more time to sort out the fingerprints |
| 14:10 |
Bmagic |
We handle the part level holds with a cron job that deletes them and reports the deletes in an email to the consortium email list |
| 17:14 |
bshum |
I assume that might be where I might need to define how location gets connected with the circulations. |
| 17:15 |
pastebot |
"berick" at 64.57.241.14 pasted "copy loc" (14 lines) at http://paste.evergreen-ils.org/48 |
| 17:15 |
berick |
yep |
| 17:15 |
bshum |
berick++ # thanks muchly |
| 17:15 |
bshum |
We shall test and hopefully not crash everything :) |
| 17:16 |
berick |
heh, so by "test" you mean "deploy" :) |
| 17:16 |
berick |
AKA the developer's "test" |
| 17:16 |
bshum |
Uh... yes. :) |
| 17:18 |
bshum |
If it breaks, we can always just manually re-run generating the XML |
| 17:19 |
bshum |
In theory. |
| 17:19 |
bshum |
:) |
| 17:24 |
csharp |
@who tests all their fixes in production? |
| 17:24 |
pinesol_green |
tsbere tests all their fixes in production. |
| 17:24 |
bshum |
Lucky shot. |
| 17:24 |
berick |
heh |
| 17:25 |
csharp |
@roulette |
| 17:25 |
pinesol_green |
csharp: *click* |
| 17:25 |
berick |
@who tests [someone]'s fixes in production |
| 17:25 |
pinesol_green |
collinanderson tests collinanderson 's fixes in production. |
| 17:25 |
csharp |
@developer |
| 17:25 |
pinesol_green |
csharp: Communication:16, BigPicture:12, DetailOriented:14, KungFu:12, GetsStuffDone:8, FlakeFactor:9, JavaAvoidance:11 |
| 17:25 |
bshum |
Now that's just spooky berick... |
| 17:26 |
pinesol_green |
[evergreen|Ben Shum] Docs: Change all .PNG to .png - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8598e7a> |
| 17:26 |
csharp |
@praise [someone] |
| 17:26 |
* pinesol_green |
hopkinsju is one of the few who deserves to be praised |
| 17:30 |
bshum |
Well actually I can test right now if the template worked. |
| 17:31 |
* bshum |
tests generating some circ overdue files. |
| 17:31 |
csharp |
@test |
| 17:31 |
pinesol_green |
csharp: You probably want hard-boiled eggs. |
| 17:31 |
bshum |
~test |
| 17:31 |
bshum |
Nope. |
| 17:31 |
csharp |
s'ok |
| 17:34 |
bshum |
@roulette |
| 17:34 |
pinesol_green |
bshum: *click* |
| 17:39 |
bshum |
But our move to 14.04 will probably occur during Memorial Day weekend. |
| 17:39 |
bshum |
Next month. |
| 17:39 |
csharp |
I'm sure it will be fine |
| 17:39 |
bshum |
If we can iron out all the remaining kinks. |
| 17:40 |
bshum |
At the very least, I expect to be able to deploy app servers at 14.04. Just have to keep testing out all the utility stuff. |
| 17:40 |
csharp |
yeah |
| 17:44 |
bshum |
Yay, berick++ # it worked in my testing :) |
| 17:45 |
bshum |
Now to add it onto the giant .xml that controls everything... |
| 17:50 |
|
dcook__ joined #evergreen |
| 17:51 |
berick |
bshum: cool! |
| 18:52 |
|
dmoses joined #evergreen |
| 11:24 |
|
mglass joined #evergreen |
| 11:59 |
kmlussier |
berick++ #fix for bug 1436906 |
| 11:59 |
pinesol_green |
Launchpad bug 1436906 in Evergreen "Direct charges are not disencumbered when they are removed from a PO or if the PO is canceled" (affected: 1, heat: 6) [Medium,Confirmed] https://launchpad.net/bugs/1436906 |
| 11:59 |
kmlussier |
I'll see if I can test that one today. |
| 12:00 |
berick |
cool |
| 12:17 |
|
chatley joined #evergreen |
| 12:27 |
|
buzzy joined #evergreen |
| 16:34 |
jboyer-isl |
“ box and telling it to go ahead, (provided strict barcode can be used at all, we’ve got several locations using barcodes with missing check digits. :( ) |
| 16:34 |
kmlussier |
Yeah, a bad barcode doesn't stop them from using it. It just gives them one more alert to click through. |
| 16:34 |
mmorgan |
They get the misscanned/not cataloged pop-up - unless the precat already exists. |
| 16:38 |
* kmlussier |
decides to test a bug fix because bug fixes put her in a happy place. |
| 16:38 |
* bshum |
wants to be in a happy place too. |
| 16:40 |
kmlussier |
@dessert bshum |
| 16:40 |
* pinesol_green |
grabs some Coconut Cream Pie for bshum |
| 16:43 |
* pinesol_green |
fills a pint glass with Rio Blanco Pale Ale, and sends it sliding down the bar to me (http://beeradvocate.com/beer/profile/458/2298/) |
| 17:06 |
|
jonadab joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:39 |
bshum |
jeffdavis: For fun note, I just compared our PG 9.3 and 9.4 databases, and found that metabib_keyword_field_entry_index_vector_idx was definitely smaller. From 1690 to 890 MB or so, roughly. Which is nice. |
| 17:40 |
bshum |
I'm still continuing my tests with 9.4, but so far, it hasn't exploded yet. So that keeps me hopeful. |
| 17:47 |
bshum |
Oh, that's of course, assuming that one has used gin there instead of gist I guess... |
| 17:54 |
bshum |
We changed most of our metabib indexes from gist to gin during a past upgrade. |
| 17:54 |
bshum |
But I guess that's not stock setup. |
| 19:09 |
|
gsams joined #evergreen |
| 19:31 |
|
dcook joined #evergreen |
| 20:59 |
csharp |
bleh - lp isn't letting me post a comment |
| 12:57 |
kmlussier |
dbwells / berick: OK, thanks |
| 12:58 |
bshum |
csharp: Did you say Fedora, but mean Jessie? Or do you mean Jessie also has newer ejabberd packaged with it, like Fedora's? |
| 12:58 |
* bshum |
knows that initial makefile stuff was pushed for Jessie, but hasn't watched it closely since he doesn't use Debian. |
| 12:59 |
csharp |
bshum: jessie also has the newer YML-based config, like Fedora |
| 12:59 |
csharp |
but jessie's ejabberd appeared to work fine in my scant testing |
| 12:59 |
csharp |
s/YML/YAML/ |
| 13:05 |
bshum |
Okay, done bug wrangling for now. |
| 13:06 |
|
ericar joined #evergreen |
| 13:13 |
|
b_bonner joined #evergreen |
| 17:09 |
jeff |
the missing context from quote 1 is: <senator> my own understanding of the rebase question, the significance of fast-forwards and the consequences of squashing was stunted until it arose organically through habitual git use |
| 17:09 |
kmlussier |
jeff: Thank you for that. I was just looking for it, but I couldn't remember how to get to the old logs. |
| 17:10 |
jeff |
http://evergreen-ils.org/irc_logs/evergreen/2011-02/%23evergreen.17-Thu-2011.log |
| 17:11 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:11 |
kmlussier |
@quote get 2 |
| 17:11 |
pinesol_green |
kmlussier: Quote #2: "<tsbere> We need more quotes" (added by berick at 11:24 AM, February 17, 2011) |
| 17:13 |
berick |
knowing is half the battle |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:20 |
|
Newziky joined #evergreen |
| 07:43 |
|
graced joined #evergreen |
| 07:48 |
|
rjackson_isl joined #evergreen |
| 13:17 |
gmcharlt |
so, fair to say that we've got a consensus to advocate for #evgils and see what ahppens? |
| 13:17 |
kmlussier |
Archiving the hashtag might not be a terrible idea. I often have a need to search out old posts I saw on Twitter. |
| 13:17 |
RoganH |
I wouldn't bother archiving it but I tend to think of twitter as an ephemeral thing. |
| 13:19 |
gmcharlt |
ok, |
| 13:19 |
gmcharlt |
#action We shall march forth under the #evgils banner! |
| 13:19 |
gmcharlt |
#topic Doc testing VM |
| 13:20 |
gmcharlt |
#info This has moved forward a bit - gmcharlt has an IP address courtesy of csharp, access to the main docs server, and now just needs to create the VM |
| 13:21 |
gmcharlt |
#topic Evergreen library directory |
| 13:21 |
gmcharlt |
#info Erica has been making updates to it |
| 13:21 |
bshum |
gmcharlt++ csharp++ |
| 13:21 |
gmcharlt |
ericar++ |
| 13:21 |
bshum |
ericar++ |
| 15:02 |
jeff |
grr. |
| 15:03 |
dbs |
jeff: Is that just our frozen version of MODS, or does current MODS versions do that as well? |
| 15:03 |
jeff |
sorry, should have specified that. i'm looking at 3.5, which seems to be latest. |
| 15:04 |
dbs |
OK. They've been pretty responsive to bug reports recently, and 3.6 was just announced for testing purposes |
| 15:04 |
jeff |
behavior seems to date back to the 3.0 version, also. |
| 15:04 |
jeff |
dbs: oh, good! |
| 15:05 |
* jeff |
looks at http://www.loc.gov/standards/mods/changes-3-6.html |
| 16:30 |
|
ericar_ joined #evergreen |
| 16:35 |
jeff |
dbs: no idea why that didn't show up in the listserv search i did, other than "listserv" |
| 16:39 |
|
Newziky left #evergreen |
| 16:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:11 |
|
mmorgan left #evergreen |
| 17:39 |
|
mrpeters left #evergreen |
| 18:00 |
|
dcook joined #evergreen |
| 10:39 |
bshum |
gmcharlt: Our reports blew up about six days ago (with a bad report template that went to get the circ notes for everything with a circ mod "book" in the consortium) |
| 10:39 |
bshum |
So I'm taking this reset time to try out the clipping of Clark's cape |
| 10:39 |
gmcharlt |
bshum: groovy |
| 10:40 |
bshum |
I'm trying to decide if 1000 minutes might be excessive yet (that's like 16+ hours) |
| 10:40 |
bshum |
I'll have to ask around the office to see what seems like a nice stop point for us. |
| 10:41 |
bshum |
Wait, 60 |
| 10:41 |
bshum |
I misread the line didn't I? |
| 10:41 |
* bshum |
has his eyes checked |
| 10:42 |
bshum |
gmcharlt: I'll let you know what comes from our testing and maybe this might be one of the first new features we push on next |
| 10:43 |
gmcharlt |
bshum: in addition to asking folks -- http://paste.lisp.org/display/146642 |
| 10:44 |
bshum |
gmcharlt++ # I like that better :) |
| 10:45 |
gmcharlt |
bshum: data from that applied to our hosted customers is what led me to setting 60 minutes as a default |
| 11:07 |
bshum |
Hmm, 1 million rows? :D |
| 11:11 |
|
vlewis joined #evergreen |
| 11:17 |
Dyrcona |
One meellyun rows of what? |
| 11:18 |
bshum |
Just setting some unreasonable number of rows to test the new clark out. |
| 11:18 |
bshum |
Should probably set it lower to really test it. |
| 11:18 |
gmcharlt |
:) |
| 11:18 |
bshum |
But eh, I'll do that on some other server. |
| 11:18 |
bshum |
And let's say, not production :D |
| 11:21 |
kmlussier |
bshum: Where's your sense of adventure? Testing in production is fun! :D |
| 11:22 |
Dyrcona |
The only real testing is done in production when real users get their hands on things. ;) |
| 11:25 |
bshum |
Oh duh |
| 11:26 |
bshum |
I have to restart services for the new limitset to apply :) |
| 11:26 |
bshum |
I was wondering why it was still broken |
| 11:30 |
bshum |
Yep, after restarting things, we're back to happily running reports. |
| 11:30 |
bshum |
I'll update the bug with notes about the potential issue with resultset_limit |
| 11:30 |
bshum |
And I'll add anything else that we find as we start using it. |
| 11:40 |
jboyer-isl |
bshum++ # testing! |
| 11:41 |
jboyer-isl |
gmcharlt++ # I ran that query and we had a 2.5 day report a while back. D: at least it didn’t cause any issues as it slowly trod on. |
| 11:41 |
bshum |
We'll schedule an evening to test the report past 1 hour and see if it kills as advertised. |
| 11:47 |
csharp |
eeevil: thanks for the response - deduping didn't change the plan, so I'll experiment with the stats target |
| 11:58 |
csharp |
postgresql_docs++ |
| 11:58 |
csharp |
that is possibly the best-documented F/LOSS project I've come across |
| 16:12 |
|
maryj joined #evergreen |
| 16:30 |
|
jboyer-isl left #evergreen |
| 16:39 |
|
dreuther joined #evergreen |
| 17:04 |
bshum |
kmlussier: I just tested https://bugs.launchpad.net/evergreen/+bug/1438410 and can confirm it doesn't work for my webclient. |
| 17:04 |
pinesol_green |
Launchpad bug 1438410 in Evergreen "Web staff client: Load patron from Checkout does not work" (affected: 2, heat: 10) [Low,Confirmed] |
| 17:04 |
bshum |
But it's fine for XUL, so far as I can tell. |
| 17:04 |
bshum |
I've updated the bug ticket accordingly. |
| 17:04 |
bshum |
But we might want to adjust the description of the problem a bit. |
| 17:04 |
kmlussier |
Done |
| 17:04 |
bshum |
kmlussier++ # testing |
| 17:05 |
|
mmorgan left #evergreen |
| 17:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:49 |
|
Newziky1 joined #evergreen |
| 23:15 |
|
gsams joined #evergreen |
| 23:42 |
|
akilsdonk joined #evergreen |
