08:55 |
jeff |
22 patrons with hold_items / unavail_holds errors, 45 patrons with fine_items errors. |
08:57 |
Dyrcona |
Sounds about right. |
08:58 |
* Dyrcona |
figures we have more than that, but we have about half a million patrons, depending on how you count them. |
08:58 |
* jeff |
nods |
09:00 |
jeff |
i've found encoding/length errors that i can fix and re-test, and i've found a failure related to holds on titles with zero volumes, which i can also fix and re-test. |
09:01 |
|
mmorgan joined #evergreen |
09:05 |
Dyrcona |
jeff: You know you can set the encoding per SIP2 account, yeah? |
09:05 |
Dyrcona |
We use ascii for a couple. |
09:55 |
jeff |
yes, it appears that your database may be missing at least one function. that wouldn't *cause* this symptom, but it may be another symptom of a larger problem. |
09:55 |
lualaba |
solution? |
10:05 |
lualaba |
i rebulid the copy OPAC visibility cache. |
10:12 |
berick |
kmlussier: looking at bug 1312699, i'm curious if you tested disabling circ history, where it deletes all history items, after applying the patch. |
10:12 |
pinesol_green |
Launchpad bug 1312699 in Evergreen "Editable Checkout History" [Wishlist,Fix committed] https://launchpad.net/bugs/1312699 |
10:13 |
|
Lualaba_ joined #evergreen |
10:13 |
kmlussier |
berick: I can't remember now. I know I tested far enough to get the warning for disabling. Are you having trouble with it? |
10:14 |
berick |
kmlussier: i haven't tried, i just saw something in the code that caught my eye as a potential issue |
10:14 |
* kmlussier |
can take another look |
10:15 |
Lualaba_ |
Upgrade to 2.84 will.fix my problem? |
10:20 |
Dyrcona |
I forget what file that is in. |
10:20 |
Lualaba_ |
Ok thank you I will check |
10:21 |
Lualaba_ |
After rebuild functions what is next step to fix existing problem? |
10:21 |
kmlussier |
berick: Figures. I think that's the one test that I did on your branch that I didn't fully try out on jlitrell's branch. You're right. That's not clearing out the circ history. |
10:23 |
|
sandbergja joined #evergreen |
10:23 |
berick |
kmlussier: ok, i think I know why. I'm create a patch |
10:23 |
kmlussier |
berick++ |
10:50 |
Dyrcona |
kmlussier asked me to update the activity metric branch and I'm confused by what I saw after a pull, so I figured the safe thing was nuke the db and start over. |
10:51 |
* berick |
pushes a fix to the home template to working/user/berick/lp1507845-seo-home-template-repair |
10:53 |
* Dyrcona |
is starting to hate pg_restore. |
10:53 |
kmlussier |
berick: I can test that one too |
10:53 |
berick |
kmlussier++ |
10:55 |
Dyrcona |
That's nice. Pg says my superuser isn't a superuser. |
10:56 |
|
mrpeters joined #evergreen |
11:49 |
dbwells |
Is the gateway more distinct from those two? |
11:49 |
Dyrcona |
dbwells: Did you try a streaming method? That should give you chunked responses, IIRC. |
11:49 |
Dyrcona |
Oh, I should have read about the pcrud bit. |
11:50 |
gmcharlt |
dbwells: I'm now testing bug 1548147 as a possible beta candidate |
11:50 |
pinesol_green |
Launchpad bug 1548147 in Evergreen "Quick Export Feature for Vandelay Queues" [Wishlist,New] https://launchpad.net/bugs/1548147 |
11:51 |
dbwells |
gmcharlt: cool, thank you |
11:51 |
berick |
dbwells: code underneath is the same for all 3. big difference is gateway will collect all data from a streaming request, then return an array of the full data set, whereas the translator will relay each response of a streaming request to the caller. |
12:19 |
berick |
oh, nice. was not expecting that ;) |
12:19 |
dbwells |
:) |
12:20 |
pastebot |
"dbwells" at 64.57.241.14 pasted "srfsh segfault bt" (16 lines) at http://paste.evergreen-ils.org/38 |
12:22 |
kmlussier |
dbwells: We might have somebody willing to test bug 1422379 on Bug Squashing Day, but, based on your last comment on the bug, I wasn't sure if you're planning to do more work on it. |
12:22 |
pinesol_green |
Launchpad bug 1422379 in Evergreen "Move money.billing timestamps back to moment of fine" [Medium,Triaged] https://launchpad.net/bugs/1422379 |
12:22 |
kmlussier |
Is that something that's still ready for testing? |
12:22 |
berick |
dbwells: aha.. buffer_expand failed on BUFFER_MAX_SIZE, freeing the gb object, then buffer_free was called with a pointer to a fee'd object |
12:23 |
dbwells |
kmlussier: It is. I did mention a plan to make the upgrade script more conservative, but haven't found time yet. It should work as-is. |
12:23 |
kmlussier |
dbwells: OK, thanks! |
14:18 |
kmlussier |
Dyrcona: That's in the MVLC git repo, right? |
14:18 |
Dyrcona |
kmlussier: yes. http://git.mvlcstaff.org/?p=jason/backstage.git;a=summary |
14:20 |
pinesol_green |
[evergreen|Ben Shum] LP#1544723: i18n - Add webstaff to update_pofiles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5f49532> |
14:21 |
kmlussier |
And then when the authority record is updated, it automatically updates the bib record, right? |
14:21 |
* kmlussier |
can test it, but thought somebody would know off the top of their head. :) |
14:25 |
Dyrcona |
kmlussier: I believe the backstage program runs authority bib linker after. |
14:27 |
|
krvmga joined #evergreen |
14:28 |
Dyrcona |
I don't know about Vandelay, but there is a db trigger that will do it, IIRC. (I could be wrong.) |
15:20 |
berick |
:) |
15:21 |
Dyrcona |
I did a little thing in Java to login through the translator but that's about all I've done. |
15:21 |
Dyrcona |
I've never shared it. |
15:27 |
dbwells |
I am going to try to boil my script down to just a test, then hopefully find out if others have this problem. Login and other typical size messages work fine. |
15:28 |
berick |
dbwells: hm, are you setting the X-OpenSRF-multipart header to true? |
15:28 |
berick |
if not, it will not stream back results. it will collect them all on the server then send the final result. |
15:29 |
dbwells |
berick: let me try that, I'd been meaning to and forgot. I saw scary messages in the code that said multipart was deprectaed and going away or something to that effect, but must have misunderstood. One moment. |
15:36 |
dbwells |
ok, makes sense |
15:37 |
dbs |
first the translator was making the gateway deprecated. Then the translator was deprecated. Welcome back gateway! |
15:39 |
Bmagic |
Is there a dev meeting today? |
15:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1516757: ensure that SIP2 returns DOB correctly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=86c5da0> |
15:43 |
pinesol_green |
[evergreen|Galen Charlton] LP#1516757: add Perl test case - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=524a3dc> |
15:44 |
Dyrcona |
Bmagic: No there is not. |
15:44 |
* dbs |
deletes the event from the calendar |
15:44 |
gmcharlt |
jeffdavis: about? |
17:06 |
Bmagic |
So limit set's depth is confusing to me. If you set a depth, and the limit set is mapped to a circ policy. The circ policy also has a "Depth" inferred from the org_unit/patron home ou |
17:08 |
gmcharlt |
claiming 0966 |
17:11 |
|
jvwoolf1 left #evergreen |
17:13 |
pinesol_green |
[evergreen|Mike Rylander] LP#1470957: Normalize date1 (pubdate sorter) to null when not numeric - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d9348b9> |
17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1470957: update upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=90dc59a> |
17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1470957: provide pgTAP test for expected pubdate normalization - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d9f6868> |
17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1470957: adjust a previous regression test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e6dd04> |
17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1470957: stamp schema upgrade - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8460d7a> |
17:19 |
pinesol_green |
[evergreen|Terran McCanna] LP #1466173 Selfcheck Hide UI Elements Until Patron Auth - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f49b010> |
17:21 |
|
mmorgan left #evergreen |
17:37 |
pinesol_green |
[evergreen|Mike Rylander] LP#1375043: Support for in-A/T telephony configuration - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=76ace6a> |
17:37 |
pinesol_green |
[evergreen|Galen Charlton] LP#1375043: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fc9027a> |
17:43 |
pinesol_green |
[evergreen|Josh Stompro] LP#1391282: Add Auto-Submitted: auto-generated header to included A/T email templates. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=022f895> |
17:50 |
berick |
http://thenewstack.io/google-preps-angular-2-final-release/ -- Google will support angular 1 "for at least another year" |
17:53 |
csharp |
ugh |
17:57 |
berick |
well, it's kind of nice to have clear motivation to keep our stuff up to date |
20:48 |
kmlussier |
gmcharlt++ #Working through dusty pullrequests that have been lingering in LP |
20:48 |
* gmcharlt |
sneezes |
20:50 |
bshum |
gmcharlt++ |
21:00 |
gmcharlt |
note to self: tests that depend on patron opt-in are more likely to pass if you actually turn on opt-in :) |
21:02 |
kmlussier |
gmcharlt: I see you're following the kmlussier method of testing. |
21:10 |
* gmcharlt |
claims 0969 |
21:14 |
pinesol_green |
[evergreen|Jeff Davis] LP#1533329: Selectively disallow opt-in based on patron's home library - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eb7f942> |
21:14 |
pinesol_green |
[evergreen|Jeff Davis] LP#1533329: live tests for opt-in feature - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b0e086> |
21:14 |
pinesol_green |
[evergreen|Jeff Davis] LP#1533329: release notes for restricted opt-in - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bc9e73f> |
21:14 |
pinesol_green |
[evergreen|Galen Charlton] LP#1533329: bail out of live Perl test if opt-in not enabled - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2180dac> |
21:14 |
pinesol_green |
[evergreen|Galen Charlton] LP#1533329: stamp DB update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=634d20e> |
21:18 |
pastebot |
"gmcharlt" at 64.57.241.14 pasted "A more pressing election?" (5 lines) at http://paste.evergreen-ils.org/39 |
21:19 |
kmlussier |
heh |
21:20 |
kmlussier |
Maybe we can change that at the same time we're changing all the instances of copies to items |
21:21 |
|
b_bonner_ joined #evergreen |
21:24 |
|
jcamins_ joined #evergreen |
21:25 |
|
mtj_ joined #evergreen |
21:28 |
* kmlussier |
notes that we seem to be getting some failures on tests. http://testing.evergreen-ils.org/~live/test.html |
21:30 |
pinesol_green |
[evergreen|Terran McCanna] LP #1422932 TPAC: Holds history pager typo - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e46ee22> |
21:30 |
kmlussier |
Looks like they started failing around 2-24 |
21:38 |
bshum |
Right |
21:42 |
bshum |
Makes good sense. |
21:43 |
kmlussier |
Ah, ok. I saw talk of that, but didn't realize it was related. |
21:43 |
* kmlussier |
misses the days when pinesol_green published qa reports in channel. |
21:43 |
bshum |
kmlussier: It's supposed to, but I think it's buggy. |
21:44 |
bshum |
Or perhaps the RSS for live tests doesn't work the way that some other RSS does |
21:44 |
kmlussier |
Yeah, I've seen a couple of attempts to get it working again. |
21:44 |
kmlussier |
Anyway, it's late. Have a nice night everyone! |
21:48 |
bshum |
@rss add qatests http://testing.evergreen-ils.org/~live/test.html |
07:26 |
|
rjackson_isl joined #evergreen |
07:30 |
bshum |
kmlussier: jlitrell: For the end of the SQL upgrade script in https://bugs.launchpad.net/evergreen/+bug/1519055, I think that the reingest stuff is incomplete. I might suggest stealing from the end of version-upgrade/2.7.2-2.7.3-upgrade-db.sql where a more complete version of the echo statement might guide a user towards properly reingesting their bibs after the changes are made. |
07:30 |
pinesol_green |
Launchpad bug 1519055 in Evergreen "Simple checkbox to exclude electronic resources from search results" [Wishlist,New] |
07:31 |
bshum |
Otherwise, tests perform fine, I'll help merge it later tonight after work if nobody else gets to it ahead of me. |
07:47 |
|
JBoyer joined #evergreen |
07:56 |
|
Dyrcona joined #evergreen |
07:59 |
|
ericar joined #evergreen |
09:54 |
Dyrcona |
Yep, it's working. |
09:54 |
Dyrcona |
Just some peculiarities of my set up. |
09:57 |
Dyrcona |
kmlussier gmcharlt: Looks like my development vm is working with the new database. It shouldn't run out of space this time, unless you're adding 800GB of data. :) |
10:01 |
kmlussier |
Dyrcona: Do you have the latest updates to the branch there? |
10:01 |
* kmlussier |
was testing elsewhere this morning, but thinks she could get more testing done on two servers. |
10:01 |
Dyrcona |
Yes, I fetched this morning and made a new branch from master. |
10:02 |
Dyrcona |
Hence, my issues with the new authentication code. :) |
10:02 |
kmlussier |
Dyrcona++ |
11:28 |
jeff |
bughunt. |
11:28 |
Dyrcona |
Ooh, that's a fun game. |
11:28 |
Dyrcona |
:) |
11:28 |
jeff |
i *think* i know where there are some bugs, but since i have the tools, i figure i'll stop playing whack-a-mole and just smoke 'em all out. |
11:29 |
jeff |
also, reasonable way to throw some load at a test system. :-) |
11:39 |
kmlussier |
@coffee |
11:39 |
* pinesol_green |
brews and pours a cup of Sumatra Lake Tawar, and sends it sliding down the bar to kmlussier |
11:57 |
Dyrcona |
@lunch |
14:56 |
Dyrcona |
@dunno |
14:56 |
pinesol_green |
Dyrcona: Fire BAD! Reading GOOD! |
14:56 |
Dyrcona |
Meh. I keep getting the same ones. |
14:58 |
Dyrcona |
I don't know, kmlussier. Has anyone actually tested the OPAC for accessiblity? |
14:58 |
kmlussier |
I assume it was done when the WCAG work was done. But, you know what happens when you assume. |
14:59 |
* kmlussier |
is running a check at http://achecker.ca/checker/index.php |
14:59 |
kmlussier |
Looks like there are still some issues |
10:27 |
miker |
well, you'd want to look at O::A::Storage::Driver::Pg::QueryParser for that ... which is significantly removed from SuperCat ;) |
10:28 |
sal__ |
I know where all the SIP stuff is. Search is new and wonderful. |
10:28 |
tsbere |
sal__: It is obvious to me that you have not dug that deeply into search. ;) |
10:28 |
sal__ |
So for opac, query={ISBN1} || {ISBN2} ? |
10:29 |
sal__ |
tsbere: oh, heck no. I'm helping one of our developers trying to test out SRU searches. |
10:29 |
tsbere |
sal__: The part that made it obvious was the "wonderful" part ;) |
10:29 |
sal__ |
(Or query=eg.isbn={ISBN1} || eg.isbn={ISBN2} ) |
10:30 |
sal__ |
tsbere: What, the sarcasm dripping from my typing wasn't apparent :-) Search is always complicated. |
10:32 |
miker |
ah HA! |
10:33 |
miker |
so, no we don't require all-caps |
10:33 |
tsbere |
sal__: For your reference, the "identifier|isbn:" syntax is basically "field_class|name:" from config.metabib_field (with the "|name" part being optional to search the entire field_class) |
10:34 |
miker |
but, we also don't actually make use of the bool info |
10:34 |
miker |
sal__: I'm going to have a patch for you to test, if you can, in just a minute |
10:35 |
sal__ |
Sure. How old an EG can I use? (If I need to upgrade (or just redo) the UK from 2.4 to 2.9, I'll need to get started ASAP...) |
10:37 |
miker |
sal__: really old (with some fuzz on line numbers) |
10:37 |
sal__ |
tbsere: Success with query=eg.admin="0525444483%20||%200312084986" |
10:37 |
sal__ |
miker: I'll test your patch regardless :-) |
10:38 |
pastebot |
"miker" at 64.57.241.14 pasted "Actually use the boolean operator that the user supplies..." (18 lines) at http://paste.evergreen-ils.org/33 |
10:38 |
miker |
sal__: -^ |
10:38 |
miker |
and with that, I disappear for ... most of the day |
10:50 |
kmlussier |
berick++ |
10:50 |
Bmagic |
furthermore - two rules - one at a permision group at level A and another rule at one level below (level A->AB) - both rules are applied? if the patron permission group is at AB, then it will be affected by a rule at the higher level and by the rule at the more specific? |
10:51 |
berick |
done |
10:51 |
jeff |
kmlussier: in general, for sandboxes, does "has a git branch in a public repo" represent most things people want to test, or is it generally something more complex? |
10:51 |
tsbere |
Bmagic: For thresholds the most specific one wins when at that branch, I believe. |
10:51 |
tsbere |
Bmagic: When outside of the branch the system rule will be read, and when outside of the system they are both ignored, I believe |
10:52 |
tsbere |
Bmagic: I can't actually think of any situation where they work at different levels in a given check cycle (permission group tree or org unit tree) |
10:53 |
kmlussier |
jeff: Yes, generally they are looking to test something that has a git branch in a public repo and has been entered on LP. However, I just received a request for something that doesn't have a git branch, but I haven't had a chance to follow up to find out what the request is for yet. |
10:53 |
jeff |
kmlussier: ah. |
10:54 |
kmlussier |
jeff: In general, people just need the branch loaded and a staff client download. Every once in a while, we get a request for something that requires database access or, in one case, it was helpful to have shell access to run the action-trigger script. |
10:54 |
* jeff |
nods |
12:27 |
|
mtj_ joined #evergreen |
12:27 |
sal__ |
miker: re OR searches, the || doesn't work. I either get just the first match or no records at all. (OR/or consistently returns no records.) |
12:27 |
sal__ |
miker: I did apply your patch, btw. |
12:29 |
miker |
sal__: 1) thanks for testing! 2) bah ... that's a pain 3) is SRU a hard req, or would, say, opensearch be possible to use? http://www.opensearch.org/Home |
12:29 |
sal__ |
XML looks like it's breaking down the query properly, but not getting any hits... |
12:29 |
sal__ |
I don't know, TBH. I can look. |
12:30 |
sal__ |
Basically, dev is trying to do a recommendation engine of some kind that would be applicable to multiple customers. SRU works across ILSs (supposedly :-) ) |
13:41 |
* jeff |
nods |
13:42 |
* tsbere |
cries at the distinct version of that returning nearly 40 rows |
13:44 |
Bmagic |
hehe, how does that happen? |
13:44 |
jeff |
i was surprised to see zero results for us. pretty sure i've fixed them all and happily it seems that the issue hasn't continued. |
13:44 |
jeff |
it is either possible or used-to-be-possible in the staff client. i haven't gone testing recently. |
13:45 |
* tsbere |
runs a different query and finds two bibs that have non-deleted copies. :( |
13:45 |
tsbere |
SELECT acp.barcode, acn.id AS call_number_id, record, CASE WHEN bre.deleted THEN 'BIB' WHEN acn.deleted THEN 'CALLNUM' END AS issue FROM asset.copy acp JOIN asset.call_number acn ON acp.call_number = acn.id JOIN biblio.record_entry bre ON acn.record = bre.id WHERE NOT acp.deleted AND (acn.deleted OR bre.deleted); |
13:45 |
Bmagic |
so, in the staff client, you could deleted the volume, and it wouldn't delete the items? |
14:14 |
dbwells |
bshum++ |
14:15 |
csharp |
bshum: thanks |
14:15 |
csharp |
I was doing the same thing |
14:16 |
kmlussier |
Christineb: Just as an FYI, you won't be able to test bug 1501781 on Bug Squashing Day unless we get a new patch. It's causing an Internal Server error in the catalog when it's loaded. |
14:16 |
pinesol_green |
Launchpad bug 1501781 in Evergreen 2.9 "Patron name search should be diacritic-insensitive" [Medium,Triaged] https://launchpad.net/bugs/1501781 - Assigned to Christine Burns (christine-burns) |
14:16 |
* kmlussier |
will remove the pullrequest tag from that one. |
14:17 |
Christineb |
kmlussier thank you - I will remove my name from that one |
13:40 |
jeff |
alas. |
13:43 |
jwoodard |
@librarian |
13:43 |
pinesol_green |
jwoodard: Management:14, Cataloging:14, Acquisitions:10, Reference:15, Circulation:5, Systems:16, Research:16, Custodial:14 |
13:44 |
berick |
kmlussier: do you still have access to your test server that's running the patron circ history code? bug 1527342 |
13:44 |
pinesol_green |
Launchpad bug 1527342 in Evergreen "Maintain patron reading history in a dedicated table." [Wishlist,New] https://launchpad.net/bugs/1527342 |
13:44 |
berick |
kmlussier: wondering if you could confirm something for me.. |
13:44 |
kmlussier |
berick: yup |
15:36 |
miker |
berick++ |
15:39 |
gmcharlt |
berick: and to expand on what I meant about a form-builder, basically what I have in mind is doing the equivalents of AutoFieldWidget and EditDialog... just more easily, because angular |
15:40 |
berick |
gmcharlt: that would be rad :) |
15:41 |
gmcharlt |
berick: working repo commit 535239952d to get a test of what I have in mind; just making it more generic |
15:41 |
gmcharlt |
*taste |
15:41 |
|
sal_ joined #evergreen |
15:41 |
berick |
hm, looks like bug 1206936 busted the baseline schema (premature reference to money.materialized_billable_xact_summary) |
15:41 |
pinesol_green |
Launchpad bug 1206936 in Evergreen "money.transaction_billing_summary view displays incorrect billing_type and billing_note for the actual last transaction" [High,Fix committed] https://launchpad.net/bugs/1206936 |
15:52 |
* berick |
pushed user/berick/lp1206936-base-schema-repair |
15:52 |
berick |
will comment int he ticket too |
15:53 |
|
jlitrell joined #evergreen |
15:53 |
kmlussier |
berick: I can test that right now |
15:53 |
berick |
kmlussier++ |
16:15 |
kmlussier |
Looks like it worked. I'll merge it in a few |
16:17 |
kmlussier |
Multitasking is not all that it's cracked up to be. |
17:58 |
pinesol_green |
Launchpad bug 1550036 in Evergreen "angular patron editor: cannot add secondary groups when creating a patron" [Undecided,New] https://launchpad.net/bugs/1550036 |
17:59 |
berick |
gmcharlt++ |
18:00 |
berick |
thanks for the heads up |
18:13 |
kmlussier |
gmcharlt++ berick++ |
18:14 |
kmlussier |
Hmmm...I thought I added a secondary group when creating a patron. Or maybe I just planned to test that and never really did it. |
19:25 |
kmlussier |
Calling 0960 |
19:33 |
pinesol_green |
Showing latest 5 of 10 commits to Evergreen... |
19:33 |
pinesol_green |
[evergreen|Bill Erickson] LP#1527342 Patron checkout history table release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3784e32> |
19:33 |
pinesol_green |
[evergreen|Bill Erickson] LP#1527342 Patron checkout history CSV export repair - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=120cbd0> |
19:37 |
berick |
kmlussier++ |
19:37 |
berick |
huzzah |
20:42 |
kmlussier |
Oh darn it! I forgot to add the signoff from Christineb when merging bug 1333254 |
20:42 |
pinesol_green |
Launchpad bug 1333254 in Evergreen "EDI invoices automatically expend debits" [Wishlist,Confirmed] https://launchpad.net/bugs/1333254 |
20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Disencumber on invoice close - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f4ac2ee> |
20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Perl live tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b2beeb6> |
20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=78364a5> |
20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Support closing new invoices - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cf3ae6d> |
20:45 |
pinesol_green |
[evergreen|Bill Erickson] LP#1333254 Improve entry debit maintenance for inv. open/close. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=72a8c6a> |
22:10 |
|
gmcharlt joined #evergreen |
22:14 |
|
gmcharlt joined #evergreen |
22:19 |
|
gmcharlt joined #evergreen |
10:03 |
kmlussier |
berick: Thanks! I'm going to look at that branch again in a few minutes once I finish up on some other tasks. |
10:03 |
berick |
awesome. i pushed a fix to for the seed data. |
10:03 |
kmlussier |
berick++ |
10:05 |
berick |
kmlussier: did I understand correctly that you all are testing bug 1333254 as well? |
10:05 |
pinesol_green |
Launchpad bug 1333254 in Evergreen "EDI invoices automatically expend debits" [Wishlist,Confirmed] https://launchpad.net/bugs/1333254 |
10:07 |
kmlussier |
berick: Yes, we have somebody looking at it now, and I also sent login information to some Sitka folks who were interested in looking at it. |
10:07 |
berick |
kmlussier++ |
12:40 |
bshum |
berick++ |
13:01 |
|
jlitrell joined #evergreen |
13:03 |
|
jihpringle joined #evergreen |
13:10 |
kmlussier |
Christineb / jihpringle: Are either of you testing acq on the MassLNC VM right now? I was planning to take it down for a few minutes to add an updated branch. |
13:10 |
Christineb |
kmlussier: not right now |
13:10 |
Christineb |
will be doing more testing this afternoon |
13:11 |
Christineb |
kmlussier thanks for heads up :D |
13:11 |
kmlussier |
It will be up again in 15 / 20 minutes. |
13:11 |
Christineb |
perfect |
13:43 |
jeff |
berick: but don't worry, an earlier attempt (before i opened dev tools to see what the heck was going on) loaded enough for me to see which image it was, and it was one i was familiar with. :-) |
13:44 |
jeff |
anyway, ads-- |
13:44 |
berick |
jeff: oh my |
13:45 |
kmlussier |
Christineb: The test server is back up again. |
13:45 |
berick |
the internet is a scary place |
13:45 |
berick |
(which is kind of what I like about it) |
13:45 |
Christineb |
kmlussier: awesome thank you, I plan to finish testing by EOD |
13:45 |
kmlussier |
Christineb: You'll need to download a new client too. Sorry. |
13:46 |
csharp |
@blame The Internet |
13:46 |
pinesol_green |
csharp: The Internet 's bugfix broke csharp's feature! |
13:49 |
berick |
@redact [blame The Internet] |
13:49 |
pinesol_green |
berick: It really IS The Internet's fault! |
14:24 |
dbwells |
grabbing 0959 |
14:31 |
pinesol_green |
[evergreen|Chris Sharp] LP#1206936 - Fix wrong billing info in money.transaction_billing_summary - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6d24cb9> |
14:31 |
pinesol_green |
[evergreen|Dan Wells] LP#1206936 Stamping upgrade script; adding test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b4415fa> |
14:46 |
mmorgan |
I have a number of mark lost trigger events that are stuck in state "collected". If I add a repeatability delay and run the trigger again, will new events be created and these "collected" ones just be ignored? |
14:47 |
mmorgan |
Or will these collected ones cause me even more grief than triggers genrally do? |
14:47 |
mmorgan |
/genrally/generally |
13:52 |
Dyrcona |
Specifically, I'm always seeing more details regardless of the state of the show more/fewer details button. |
13:52 |
Dyrcona |
My suspicion is we botched something with a rebase/merge and our customizations, so I will try a plain master in a bit. |
13:52 |
Dyrcona |
Thought I'd ask first, though. |
13:53 |
Dyrcona |
kmlussier: Are you actively testing on my development vm? |
13:54 |
dbs |
Dyrcona: what's show_more_details.default set to? We're at 2.7-ish so our experiences don't matter anyway :/ |
13:54 |
kmlussier |
Dyrcona: Other than quickly doing a search to see the problem with fewer details? Nope. |
13:54 |
jeff |
Dyrcona: what value do you have for show_more_details.default? true, false, or hide? |
21:43 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
21:46 |
kmlussier |
@later tell Dyrcona are you still planning to look at bug 1013786? |
21:46 |
pinesol_green |
kmlussier: The operation succeeded. |
22:02 |
* kmlussier |
sees loads of LP bugs with promises from kmlussier to load the code on a VM for testing. |
22:02 |
kmlussier |
Empty, empty promises |
22:02 |
bshum |
I think priority goes to bugs sponsored by people who offer candy. |
22:02 |
bshum |
Or some other tasty treat. |
22:02 |
bshum |
But that's just my opinion. |
22:02 |
* bshum |
will also test patches for karma |
22:04 |
* kmlussier |
has already fed cookies to bshum |
22:05 |
kmlussier |
Of course, I do believe bshum was the person who merged my most-recent code. |
22:05 |
kmlussier |
But, now that you mention it, nobody ever makes cookies for me. |
22:08 |
kmlussier |
bshum: What do you call those? |
22:08 |
bshum |
I baked the cupcakes, with assistance from my mother and sister, who got tired of how long I was taking as I painstakingly measured out the batter to each one. |
22:09 |
bshum |
kmlussier: Eh, I'm not sure actually. I make them for afterl's christmas parties :P |
22:13 |
jlitrell |
bshum++ |
22:13 |
jlitrell |
That's for upcoming bug testing, not cupcakes. |
22:15 |
kmlussier |
Have a nice night late-night #evergreen folks! |
22:40 |
bshum |
kmlussier / jlitrell : re: https://bugs.launchpad.net/evergreen/+bug/1519055 , I can't recall, but wouldn't adding a new attribute definition require reingesting the bibs to find and tag them with the new attribute? |
22:40 |
pinesol_green |
Launchpad bug 1519055 in Evergreen "Simple checkbox to exclude electronic resources from search results" [Wishlist,New] - Assigned to Jake Litrell (jake-3) |
23:01 |
pinesol_green |
[evergreen|blake] LP#1466990: Detailed search results shows parts for items that dont have parts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b40e68> |
23:03 |
pinesol_green |
[evergreen|Galen Charlton] LP#1545178: remove two unused methods - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=49590f0> |
23:48 |
bshum |
Calling 0958 |
23:53 |
pinesol_green |
[evergreen|Galen Charlton] LP#1505286: limit number of facets retrieved - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=01ffba4> |
23:53 |
pinesol_green |
[evergreen|Galen Charlton] LP#1505286: add pgTAP tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=24a7665> |
23:53 |
pinesol_green |
[evergreen|Galen Charlton] LP#1505286: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9cf7350> |
23:53 |
pinesol_green |
[evergreen|Ben Shum] LP#1505286: stamping upgrade script for limit facets retrieved - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=70c1da0> |
10:35 |
krvmga |
csharp: i think that may be exactly it. i'm seeing what i can do now. |
10:35 |
krvmga |
tsbere++ |
10:35 |
krvmga |
csharp++ |
10:43 |
kmlussier |
berick: If I wanted to test the code from bug 1333254, I also need to load the code from bug 1380709? |
10:43 |
pinesol_green |
Launchpad bug 1333254 in Evergreen "EDI invoices automatically expend debits" [Wishlist,Confirmed] https://launchpad.net/bugs/1333254 |
10:43 |
pinesol_green |
Launchpad bug 1380709 in Evergreen "invoice print amounts-per-fund uses wrong value when item price varies" [Medium,Confirmed] https://launchpad.net/bugs/1380709 |
10:44 |
kmlussier |
Actually, that code already has a signoff. I should just take a quick look at it and merge it. |
10:47 |
|
Christineb joined #evergreen |
10:49 |
|
rjackson_isl joined #evergreen |
11:03 |
|
mmorgan left #evergreen |
11:11 |
pinesol_green |
Showing latest 5 of 6 commits to Evergreen... |
11:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1367926: release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b3b433d> |
11:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1367926: add some unit tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8e60e0a> |
11:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1367926: various improvements and bugfixes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f0ac3da> |
11:11 |
pinesol_green |
[evergreen|Mike Rylander] LP#1367926: Expose non-MARC bre data via U2 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b1892a6> |
11:11 |
pinesol_green |
[evergreen|Mike Rylander] LP#1367926: Add support for (nearly) direct access to the full unapi backend - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4fbeac6> |
11:12 |
|
vlewis joined #evergreen |
11:15 |
dbwells |
As I think Dyrcona mentioned earlier, it seems like that commit plugin got reversed or something. It shows the first give commits backwards, when I feel like it used to show the last five commits, ordered oldest to newest. Doesn't matter much, just throwing it out in case anyone who can wanted to look into it. |
11:15 |
dbwells |
Possible my memory is off, but in any case, it isn't doing what it claims to do :) |
11:20 |
kmlussier |
Speaking of our IRC plugins, the one that used to show the results of our QA tests still doesn't seem to be hooked up. |
11:20 |
kmlussier |
Just in case anyone wants to look at that one while looking at the commit plugin. ;) |
11:23 |
jeff |
@rss announce |
11:23 |
pinesol_green |
jeff: Error: Couldn't get RSS feed. |
11:23 |
jeff |
ah. |
11:23 |
jeff |
well, that's a problem. |
11:24 |
jeff |
@rss qatests |
11:24 |
pinesol_green |
jeff: 11:24 AM, February 18, 2016: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
11:24 |
jeff |
@rss announce list |
11:24 |
pinesol_green |
jeff: qatests |
11:24 |
|
sandbergja joined #evergreen |
11:25 |
jeff |
@rss info qatests |
11:25 |
pinesol_green |
jeff: Title: Test Output Summary; URL: <http://testing.evergreen-ils.org/~live/test.html>; Description: Live Test Suite; Last updated: time unavailable. |
11:25 |
jeff |
okay, todo list entry created. |
11:26 |
kmlussier |
jeff++ |
11:30 |
Bmagic |
anyone have a general idea of why an item (in item status) on the holds tab will say "not captured for a hold, however its status is incorrectly set to "on holds shelf" please check in this item to correct the status." |
11:34 |
tsbere |
Bmagic: I suspect that someone cleared the shelf but didn't check the book in |
11:35 |
Bmagic |
tsbere: yeah, they couldn't find the book |
11:35 |
* tsbere |
generally prefers the clear shelf expired holds checkin modifier these days |
11:38 |
kmlussier |
Heh, just noticed we have three live-t tests with the number 10 |
11:39 |
|
bmills joined #evergreen |
11:42 |
kmlussier |
Does it matter if we have duplicate test numbers in that directory? I ask because I was just about to merge a branch that will add another duplicate. |
11:42 |
Dyrcona |
I don't think it does matter, but it is not esthetically pleasing. :) |
11:45 |
kmlussier |
Well, maybe I'll change the number for the one I'm merging, and if others want to clean up the others for aesthetic reasons, they can. :) |
11:45 |
Dyrcona |
Sounds good to me. |
11:55 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1380709 Renaming live-t test to avoid duplicate numbers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5c3d3e3> |
11:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1380709 Perl live test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=136b6b1> |
11:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1380709 acq.lineitem_detail.fund_debit INDEX - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9f8444f> |
11:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1380709 fund_debit.invoice_entry INDEX - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=81804c9> |
11:55 |
pinesol_green |
[evergreen|Bill Erickson] LP#1380709 Fund debit links to invoice entry - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=94ec1e1> |
11:58 |
berick |
kmlussier++ |
11:58 |
berick |
I'll rebase 1333254 |
12:00 |
kmlussier |
I think I'm going to put a few acq branches on one server and hand it over to our acq folks. |
13:12 |
Christineb |
dluch anything you can do is appreciated :D |
13:14 |
dluch_ |
Ok. :-) |
13:15 |
Christineb |
#action dluch christineb jihpringle to review current development list as time permists |
13:15 |
Christineb |
#topic Review existing acq bugs needing testing |
13:15 |
|
afterl joined #evergreen |
13:16 |
Christineb |
3 Acq bugs on Launchpad with pullrequest tag - https://docs.google.com/spreadsheets/d/1iEWNjR3yhluIA5ViLZAj_QANEmaKlJ5L8JMubtO_mZc/edit?usp=sharing |
13:18 |
jihpringle |
does anyone have the ability/time/resources to test any of these bugs? |
13:18 |
jihpringle |
I think if they were tested and signed off they would have a better chance of making it into the next release |
13:19 |
|
montgoc1 joined #evergreen |
13:19 |
jihpringle |
I would love to see 1333254 make it into 2.10 (it would make year end so much easier) but we don't currently have a test server we can test it on |
13:21 |
jihpringle |
if they don't make it into 2.10 we'll want to make sure they get included in bug squashing day so they can get included in 2.11 (or whatever comes next) |
13:21 |
Christineb |
#topic New Business |
13:21 |
Christineb |
anyone have anything new to discuss? |
13:22 |
jihpringle |
Leslie from PINES wasn't able to attend today but had a couple questions |
13:46 |
Danielle2 |
mllewellyn: Ok that makes a lot of sense-we get ours within 15 minutes of Activating the PO. |
13:47 |
Christineb |
There will be no formal Acquisitions meeting at the 2016 Evergreen Conference |
13:47 |
Christineb |
But we would like to schedule a time for an In-person meeting, similar to last year where we met during lunch or break period |
13:48 |
kmlussier |
Sorry to interrput, but back to the question above regarding testing of the acq bugs with pull request tags (http://bit.ly/1XAcriq), I just loaded the code for all three on a MassLNC Sandbox. If anyone wants to test, let me know and I'll send you login details. |
13:48 |
jihpringle |
kmlussier++ |
13:48 |
Christineb |
kmlussier++ |
13:48 |
Christineb |
you are the best!!!!! |
13:48 |
mllewellyn |
kmlussier ++ |
13:48 |
jihpringle |
I will definitely test if you send me login details |
13:48 |
kmlussier |
OK. great! jihpringle++ |
13:49 |
jihpringle |
thanks :) |
13:49 |
Christineb |
I can test as well, I won't have time until next week though |
13:49 |
Christineb |
#action kmlussier to send jihpringle christineb MassLNC sandbox login details |
13:50 |
kmlussier |
Christineb++ |
13:50 |
Christineb |
#action jihpringle Christineb to test 3 acq bugs with pull requests https://docs.google.com/spreadsheets/d/1iEWNjR3yhluIA5ViLZAj_QANEmaKlJ5L8JMubtO_mZc/edit#gid=1659472283 |
13:51 |
|
rfrasur joined #evergreen |
13:52 |
dluch_ |
informal gathering/meeting at conference would be nice |
13:52 |
jihpringle |
there are already a few sessions for lunch and breakfast - https://docs.google.com/spreadsheets/d/1cgXALUY3pDP_Bt2TeRRm0IKekZOet0jPFLHEkOV2CpQ/edit#gid=1589049103 |
16:37 |
Bmagic |
kmlussier - yes and no, I've had to put it on the back burner for awhile |
16:37 |
Bmagic |
kmlussier: if someone else is wanting to take it for a ride, go for it |
16:37 |
kmlussier |
Bmagic: Not yet, but maybe later. I'll let you know. |
16:38 |
Bmagic |
I had some code that you tested on the last bug sqaushing day |
16:38 |
Bmagic |
kmlussier: that addressed another bug, but they are related, in fact might be the same |
16:39 |
Bmagic |
or at least the same code would solve both |
16:39 |
kmlussier |
Bmagic: Really? I thought they were different issues. |
15:04 |
|
mmorgan left #evergreen |
15:06 |
|
jeff_ joined #evergreen |
15:14 |
|
lualaba joined #evergreen |
15:14 |
lualaba |
hello time to time on my server processes died |
15:14 |
lualaba |
* timed out waiting on open-ils.acq pid=37626 to die * cannot signal open-ils.acq: process 37626 is not running * sending TERM signal to pid=37604 router * sending TERM signal to pid=37605 router |
15:15 |
lualaba |
after restart osrf everyrhing is working |
15:19 |
lualaba |
this is in logs: evergreen CRON[50526]: (root) CMD (test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )) |
15:23 |
jeff |
lualaba: that log entry is expected -- it's cron running daily tasks. it is possible that you are running out of memory, in which case you'll probably have a recent note to that effect in the output of dmesg or in the file /var/log/dmesg (and likely some other places as well) |
15:23 |
jeff |
lualaba: how much memory does the machine have? |
15:27 |
lualaba |
2 GB ram |
15:41 |
lualaba |
Thank you, there is any suggestion to disable some of services or jobs? |
15:59 |
|
jvwoolf1 joined #evergreen |
16:02 |
Dyrcona |
lualaba: If you're not using acq, you could probably disable that. There are not that many you can actually disable without causing problems. |
16:02 |
Dyrcona |
lualaba: You could also configure fewer minimum drones and maximum drones. I've done that for test and development servers. |
16:04 |
* Dyrcona |
would like to make it so that circ does not depend on booking, for instance. |
16:04 |
* Dyrcona |
had an idea how to do it once, but ran out of tuits. |
16:04 |
lualaba |
how fewer minimum drones and maximum drones? |
16:08 |
Dyrcona |
lualaba: You don't want to set <min_children> below 1, though. |
16:08 |
Dyrcona |
miker: I think we tried once and circ blew up. |
16:08 |
Dyrcona |
miker: I know there are calls to open-ils.booking in there. give me a minute. |
16:09 |
miker |
related to Dyrcona's advice (for the room), I have a branch that needs testing that teaches C apps how to respect {min|max}_spare_servers, like perl does (or is supposed to) |
16:10 |
miker |
Dyrcona: yeah, there are def calls, but I thought we had fenced those off, and there was even a setting at one time to say "booking is not running, don't even try to use it" |
16:10 |
Dyrcona |
lualaba: Also, I would keep <max_children> at or above 2 also. |
16:11 |
lualaba |
i check and in most cases parameter is 15 |
16:11 |
lualaba |
<min_children>5</min_children> <max_children>15</max_children> |
16:17 |
Dyrcona |
I'll give it a try next time I build a new branch on my development vm. |
16:17 |
miker |
I had the advantage of helping senator with that particular feature. and dbwells was involved as well, I think... |
16:18 |
Dyrcona |
lualaba: Yeah, those are defaults. I've found in some production environments they need to be higher. |
16:19 |
Dyrcona |
lualaba: If you're testing/kicking the tires, you can probably drop most of the <max_children> settings. |
16:19 |
lualaba |
4 GB ram will be enough |
16:19 |
Dyrcona |
I have numbers for how many drones are spawned on our production servers, but not for training or development. |
16:19 |
lualaba |
tomorrow i will try increase nd after that will change settings |
16:20 |
Dyrcona |
lualaba: 4GB is cutting it close with the database running on the same hardware. |
16:20 |
lualaba |
this mean i should move DB on another server? |
16:21 |
Dyrcona |
It should work with the right tuning. If you don't want to test booking or acq, I'd out right disable those services. |
16:21 |
miker |
lualaba: for production, almost certainly. or add a lot of CPU cores to the VM (if it's a VM) |
16:21 |
lualaba |
yes it is VM |
16:21 |
Dyrcona |
Oh, right. I would not run production on 4GB. |
16:22 |
Dyrcona |
I use 6GB for development and I do run the database on is own server. |
16:22 |
Dyrcona |
Granted, that database server also runs our training and other test databases. |
16:23 |
Dyrcona |
What you need for production depends a lot on your size and how many transactions you do. |
16:23 |
|
mmorgan joined #evergreen |
16:23 |
lualaba |
Thank you for information i will try some of changes in opensrf.xml |
05:16 |
csharp |
@later tell bshum re: bug 1486592... I don't see any reason why it shouldn't be targeted for 2.10 as long as someone tests/signs off |
05:16 |
pinesol_green |
csharp: The operation succeeded. |
06:40 |
|
rlefaive joined #evergreen |
06:52 |
bshum |
csharp: Sure, I had a feeling that would be the case, but since you put needstest on it, I assumed it was still work in progress of some sort. I just don't like bugs without a milestone cause they're harder to filter for. |
07:46 |
csharp |
bshum: is there a better way than "needstest" to indicate "all this is waiting for is a test and signoff"? |
07:46 |
|
mrpeters joined #evergreen |
07:49 |
|
rjackson_isl joined #evergreen |
07:54 |
|
JBoyer joined #evergreen |
07:58 |
|
rlefaive joined #evergreen |
08:24 |
|
ericar joined #evergreen |
08:29 |
|
Dyrcona joined #evergreen |
08:35 |
bshum |
csharp: "needstest" is the tag that is meant for bugs that require additional tests to be added, like unit test, pgTap, etc. |
08:36 |
csharp |
bshum: ohhhhh |
08:36 |
csharp |
ok - got it |
08:36 |
bshum |
It doesn't mean test me, that's what "pullrequest" is for |
08:36 |
csharp |
aha - okay - my bad |
08:37 |
bshum |
No worries, at least I think that's what it means. Hopefully I haven't been using it wrong either.. :) |
08:38 |
csharp |
I'm sure you're right about that |
08:59 |
|
collum joined #evergreen |
09:01 |
|
RoganH joined #evergreen |
09:19 |
|
maryj joined #evergreen |
09:38 |
kmlussier |
Ah, that explains things. I was perplexed as to why the new Concerto data needed a test. ;) |
09:39 |
|
yboston joined #evergreen |
09:42 |
tsbere |
kmlussier: To ensure that it is in fact the data that is expected! ;) |
09:48 |
Dyrcona |
Thank you, Rhythmbox for sorting Vivaldi under A for Antonio. |
10:44 |
pinesol_green |
maryj missed something. |
10:47 |
Dyrcona |
So, it boils down to our production being affected by lp 1414112. |
10:47 |
pinesol_green |
Launchpad bug 1414112 in Evergreen 2.7 "Audience filter no longer searching blank spaces" [Medium,Fix released] https://launchpad.net/bugs/1414112 |
10:47 |
Dyrcona |
I will test on training. |
10:52 |
Dyrcona |
Yes, it is fixed on our training server which is running 2.9.1. |
10:53 |
Dyrcona |
So, I can say, "fixed at our next update." |
10:54 |
tsbere |
I get to be happy that I don't have to change the code I wrote that is involved. ;) |
12:21 |
|
mllewellyn joined #evergreen |
12:26 |
|
afterl joined #evergreen |
12:48 |
|
jvwoolf joined #evergreen |
12:56 |
jeffdavis |
I'm getting a perplexing error from a Perl live test I'm working on: Can't locate object method "create_actor_org_unit_setting" via package "OpenILS::Utils::CStoreEditor" at live_t/12-lp1533329-opt-in.t line 80. |
12:56 |
jeffdavis |
http://git.sitka.bclibraries.ca/gitweb/?p=sitka/evergreen.git;a=blob;f=Open-ILS/src/perlmods/live_t/12-lp1533329-opt-in.t;h=690167a;hb=4987b9d |
12:57 |
Dyrcona |
jeffdavis: You need to either init CStoreEditor or the Fieldmapper or both. |
12:58 |
jeffdavis |
Dyrcona: I think I am initializing CStoreEditor correctly: |
12:58 |
jeffdavis |
my $e = new_editor(xact => 1); |
16:09 |
tsbere |
current_copy is for "captured" and "pull list" lookup, basically. The hold copy maps cover opportunistic capture. I don't think prev_check_time should stay null, though... |
16:10 |
dbs |
ahcm should be populated when hold_targeter is run, and ahr.prev_check_time should be set when hold_targeter is run too |
16:10 |
JBoyer |
dbs opportunistic holds kind of run in reverse, because what you're checking is for holds at the location the item is returned to, not the location that owns it, etc. like the pull lists care about. (Still doesn't explain why that wasn't targeted though. :( ) |
16:10 |
dbs |
okay. I'll check on that in a future test when I have a few minutes |
16:10 |
mmorgan |
dbs: one more shot in the dark - Did the hold specify mint_condition = true, and the copy mint_condition = false? |
16:11 |
dbs |
But our circ staff have filed tons of tickets about books getting checked in, and then a few hours later they show up on the holds shelf pull list, rather than flagged at checkin time |
16:11 |
dbs |
mmorgan: lemme see |
11:43 |
Dyrcona |
I mostly poke around with PgAdmin to see what's what. |
11:43 |
lualaba_ |
same here :) |
11:43 |
lualaba_ |
but i spent a lot of time |
11:44 |
Dyrcona |
Also, I highly recommend having a test/development database set up so you don't break production. |
11:44 |
Dyrcona |
Yes, it is time consuming. |
11:44 |
lualaba_ |
what i need now is to know relations between tables |
11:45 |
Dyrcona |
I think someone made a relational chart of the database once, but I could have hallucinated that. |
12:43 |
Dyrcona |
The ones with the $9 by itself the value of $9 is the consortium shortname. |
12:44 |
Dyrcona |
Some how, I don't think that is enough to make it show up, but I'll do a search before changing the flag. |
12:45 |
Dyrcona |
And, I'm naturally logged in at the wrong library. :) |
12:45 |
Dyrcona |
But, it's a good test anyway. :) |
12:46 |
Dyrcona |
So, yep, the $9 MVC by itself doesn't do anything. The $u has to be there. |
12:50 |
jeff |
were you hoping to use/abuse the feature to have some records that didn't have URIs show up somewhere? |
12:50 |
jeff |
or just testing an edge case? |
12:53 |
Dyrcona |
jeff: Just testing what it does in general. |
12:53 |
* jeff |
nods |
12:53 |
Dyrcona |
We have a couple buckets of electronic records that catalogers/reference staff want things done to, so I'm testing some of those things. |
12:54 |
Dyrcona |
I'm not sure where the $9 MVC by itself comes, probably cataloging staff. |
12:54 |
Dyrcona |
I've not mangled the records for real, yet. :) |
12:54 |
Dyrcona |
Someone else was probably trying to get them to show up. |
15:16 |
pinesol_green |
[evergreen|Dan Wells] LP#1526547 Prevent bogus notes when adjusting lost/lod overdues - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=98477d3> |
15:18 |
kmlussier2 |
snow-- |
15:31 |
|
jvwoolf1 left #evergreen |
16:08 |
berick |
kmlussier: re: bug 1474051 did you confirm your org unit table had more values before applying the patch? that almost sounds like an install without the seed/test data installed. |
16:08 |
pinesol_green |
Launchpad bug 1474051 in Evergreen "Avoid storing partial credit card payment info" [Wishlist,Triaged] https://launchpad.net/bugs/1474051 |
16:09 |
kmlussier |
berick: I'm using tsbere's script that merges the patch before the install. But I've done other installs today on the same machine without any problem. There's also other seed data in the tables. |
16:12 |
berick |
kmlussier: grr, I see the problem. base schema is missing a "," |
14:59 |
dluch |
yboston++ |
14:59 |
jihpringle |
yboston++ |
15:00 |
Christineb |
yboston++ |
15:00 |
chreeus |
dbs: I'm creating a PG 9.3 test VM to test your implicit sorting theory - it sounds like it would explain everything |
15:05 |
kmlussier |
yboston++ |
15:06 |
Stompro |
Stompro |
15:06 |
* Stompro |
oops |
15:16 |
chreeus |
kmlussier: is it 9.4? |
15:16 |
jeff |
ah, see... i went with differing perl versions, didn't think about differing postgres versions. :-) |
15:17 |
kmlussier |
chreeus; Nope 9.3.10 |
15:17 |
chreeus |
hmm |
15:17 |
chreeus |
my non-random-sorting server is PG 9.3 |
15:18 |
chreeus |
9.3.10 |
15:18 |
chreeus |
argh |
15:20 |
|
bshum joined #evergreen |
15:22 |
|
bshum joined #evergreen |
15:23 |
chreeus |
ok - gonna build a precise VM with PG 9.4 to test the perl version issu |
15:23 |
chreeus |
e |
15:25 |
|
bshum joined #evergreen |
15:27 |
jeff |
chreeus: what are the perl versions in question? |
15:27 |
jeff |
oh, i see you provided that elsewhere. |
15:28 |
kmlussier |
chreeus: I'm updating the bug, but I was on 5.18.2 as well |
15:28 |
|
jvwoolf joined #evergreen |
15:29 |
jeff |
Perl 5.18 introduced major changes in hashes, including changes that affect order. |
15:29 |
jeff |
and randomization. |
15:29 |
jeff |
see http://perldoc.perl.org/perl5180delta.html |
15:30 |
jeff |
under "Hash overhaul" |
15:30 |
|
jlitrell joined #evergreen |
15:30 |
jeff |
iirc, we hit those changes with some tests, which needed to be adjusted slightly. |
15:32 |
kmlussier |
I've updated the bug and now try remembering exactly what it was I was working on today. |
15:32 |
|
dkyle1 left #evergreen |
15:33 |
jlitrell |
An excellent time to interrupt you with exclusion checkboxes. :-D |
16:38 |
jeff |
my gut reaction to the idea is rather curmudgeonly. |
16:39 |
jeff |
it might be possible, moreso now with the ability to fetch jackets by record id. i don't know if the receipt templates have been prevented from pulling remote images now or not. |
16:46 |
jeff |
jihpringle: are you doing this in the self checkout interface with success? |
16:46 |
jihpringle |
I just had a library tell me that they print out on the self check items out receipt |
16:46 |
jihpringle |
I need to test myself to double check |
16:48 |
jeff |
i'm curious if they're printing in greyscale on a receipt printer, or printing to a letter sized sheet on a laser/inkjet, black and white or color, etc. |
16:52 |
jihpringle |
I'll do some testing and find out more details from the library |
17:00 |
|
jvwoolf left #evergreen |
17:05 |
|
mmorgan left #evergreen |
17:12 |
kmlussier |
Good night #evergreen! |