| 14:57 |
kmlussier |
miker: Do you think it's useful to point people to the logs before the discussion or at the end? |
| 14:58 |
berick |
Dyrcona: if you are switching between master and 2.9, you'll have to ./configure again |
| 14:58 |
Dyrcona |
I'm building from the tarball and things seem really wrong. |
| 14:59 |
berick |
ah, haven't tried that yet. i'm building a 2.8.6 install now to test the upgrade script. will test my tarball in a few mins |
| 14:59 |
Dyrcona |
My server seems to be adding the unaccent extension or something, and then everything blows up. |
| 15:00 |
afterl |
kmlussier: I'm not miker, but I think having the logs handy during the discussion is a good idea - you can easily search on a word like "popular" like I just did to see if it had already been discussed |
| 15:00 |
Dyrcona |
No, unaccent is not in the list of extensions, but meeting.... |
| 15:19 |
kmlussier |
sarahchilds: Ah, I see. So it's a "Did you mean?" but leveraging authority data. Gotcha. |
| 15:19 |
sarahchilds |
If you do a search for Samuel Clemens, it would suggest Mark Twain |
| 15:20 |
dbs |
I'd like to see grouping of search results based on external links to, say, OCLC Work Entities |
| 15:20 |
kmlussier |
To follow up on what afterl said, we do have activity metrics coming to search that afterl and I have been testing. But the blending of popularity with relevance is tricky. And we're still working on it / testing it. |
| 15:21 |
kmlussier |
dbs: Can you give me an example of a search that would use that and how the info would be presented to the user? |
| 15:24 |
dbs |
kmlussier: sure. A regular search for "Huckleberry Finn" would give you all of the hits for "Adventures of Huckleberry Finn" based on keywords |
| 15:24 |
dbs |
but using links to OCLC Work Entities, you could group those records even if they were in different languages and the words appeared nowhere in the record |
| 15:25 |
kmlussier |
Ah, nice! Thanks for the explanation dbs! |
| 15:33 |
kmlussier |
sarahchilds: So improvements in relevance. Do you find there are specific problems in relevance that cause those records to appear low in the list? |
| 15:34 |
terran |
And of course, a good "did you mean...?" service to accommodate mis-spellings and related topics |
| 15:35 |
sarahchilds |
One of the issues I get complaints about is that our users expect to be weighed more heavily |
| 15:35 |
kmlussier |
terran / rhamby: On the popularity front, afterl had brought this up earlier, but there is an ongoing project as rhamby noted, but, from early testing, we're also looking at ways to better blend bib relevance with popularity. Which is tricky. |
| 15:35 |
sarahchilds |
expect *title* to be weighed more heavily |
| 15:35 |
kmlussier |
sarahchilds: Thanks! Then field-weighting is important. |
| 15:36 |
terran |
Yes, I strongly agree with weighing title (and primary author) more heavily |
| 09:27 |
|
jboyer joined #evergreen |
| 09:30 |
jboyer |
berick: did you mention in the last couple of months that you couldn't disable some version of ssl because the XUL client could no longer connect? Google-ing the logs is letting me down if so. |
| 09:32 |
|
mmorgan1 joined #evergreen |
| 09:32 |
Dyrcona |
jboyer: That is true. berick did say that, and I confirmed it with a quick test on my development system. |
| 09:32 |
Dyrcona |
You can, I believe disable SSL, but you can't disable certain versions of TLS. |
| 09:33 |
* Dyrcona |
can't comma right. |
| 09:34 |
jboyer |
Oh. That does sound more familiar. TLS 1.1 or 1.2 maybe. I was trying to look it up while I wait for my car to be repaired, this is how I stay entertained these days, I guess. |
| 10:12 |
|
mmorgan joined #evergreen |
| 10:42 |
|
Christineb joined #evergreen |
| 11:07 |
|
vlewis joined #evergreen |
| 11:08 |
Bmagic |
bug 1437112 - was tested on bug squashing day and received sign offs. I noticed that it may* have introduced issues with the search screen |
| 11:08 |
pinesol_green |
Launchpad bug 1437112 in Evergreen "not possible to set workstation preferences in web staff client" [Undecided,Confirmed] https://launchpad.net/bugs/1437112 |
| 11:08 |
Bmagic |
https://sb1.missourievergreen.org/eg/staff/cat/catalog/index |
| 11:08 |
Bmagic |
gadmin/admin |
| 11:29 |
|
mmorgan1 joined #evergreen |
| 11:37 |
|
JBoyer joined #evergreen |
| 11:46 |
|
sandbergja joined #evergreen |
| 12:09 |
kmlussier |
Bmagic: I believe Dyrcona loaded it on his dev server at one time along with several other branches. There were some issues, and he removed most of the branches because I had to focus my testing elsewhere. I never identified which branch was causing the problem. |
| 12:10 |
kmlussier |
Bmagic: I'm pretty sure it was the same issue you're seeing now. I would say that branch isn't ready to go. |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:15 |
kmlussier |
Bmagic: Hmmm...It looks like the weird behavior happens only if you don't set your workstation search preferences. Once you set them, the advanced search screens come up okay for m. |
| 12:16 |
kmlussier |
Perhaps the tester started by setting the worsktation preferences and didn't notice that the search screen was messed up when the preferences weren't set. |
| 12:19 |
Bmagic |
kmlussier: I registered my workstation, and I am still getting {{label}} all over that page |
| 12:19 |
kmlussier |
Bmagic: That's the branch where you had to resolve conflicts, right? That should also be noted on the bug. Do you want to add a comment to the bug or should I? |
| 12:19 |
kmlussier |
Bmagic: No, it's not the workstation registration that fixed the display. It was setting the default search preferences. |
| 09:34 |
Dyrcona |
csharp: Makes sense to me. |
| 09:34 |
Dyrcona |
If it appears to work, I'll sign off on the branch, and then comment on the bug that I don't think it should be backported and why. |
| 09:42 |
kmlussier |
Dyrcona: +1 |
| 09:43 |
* Dyrcona |
adds accents to his name, so he has something to test with. |
| 09:43 |
kmlussier |
Dyrcona: I think there are two types of reingests required: record attribute and then another one for the new genre index. |
| 09:44 |
Dyrcona |
So, would that be a search reingest? |
| 09:44 |
Dyrcona |
Or facets.... |
| 10:02 |
Dyrcona |
Too many staff clients open.... :) |
| 10:02 |
Dyrcona |
OK, fine with me. |
| 10:02 |
|
jvwoolf joined #evergreen |
| 10:04 |
Dyrcona |
My name turns out to be a good one to use for testing, because we have about 35 patrons with the same last name. |
| 10:07 |
Dyrcona |
There aren't any tests on that branch. |
| 10:07 |
Dyrcona |
So, it needs another signoff anyway. |
| 10:12 |
|
terran joined #evergreen |
| 10:14 |
hopkinsju |
Good morning my friends! Happy Bug Squashing Day! |
| 10:35 |
Dyrcona |
I can add the new cancel reason, but the check boxes are all inactive. |
| 10:36 |
Dyrcona |
lualaba__: Did you see the bug that I mentioned to you above? |
| 10:39 |
lualaba__ |
https://bugs.launchpad.net/evergreen/+bug/1491962 ? |
| 10:39 |
pinesol_green |
Launchpad bug 1491962 in Evergreen 2.8 "Fix for 1484281 breaks live test" [Undecided,Fix released] |
| 10:39 |
lualaba__ |
what i understand here in new release was fixed |
| 10:40 |
Dyrcona |
lualaba__: No, lp 1531953 |
| 10:40 |
pinesol_green |
Launchpad bug 1531953 in Evergreen "Z39.50 Import Fast Item Add Yields Unsaved Data Popup " [Undecided,New] https://launchpad.net/bugs/1531953 |
| 10:44 |
lualaba__ |
thats no problem just popip thank you |
| 10:44 |
mmorgan |
lualaba__: It's just a pop up issue. Here is a related bug: https://bugs.launchpad.net/evergreen/+bug/1491875 |
| 10:44 |
pinesol_green |
Launchpad bug 1491875 in Evergreen "Erroneous "Tab may have unsaved data" message when creating new MARC record" [Undecided,New] |
| 10:44 |
csharp |
Dyrcona: in my testing, the newly created reason is "checkable" - the ones that are inactive have ids < 2000 |
| 10:44 |
Dyrcona |
you click the exclamation point next to "Does this bug affect you?" and that might help it get more attention for a fix. |
| 10:44 |
mmorgan |
These two bugs may actually be the same issue |
| 10:45 |
Dyrcona |
csharp: I can't check anything, not even the new one. |
| 10:45 |
csharp |
hmm - I'll try again after I get done testing dbwells's branch for bug 1528627 |
| 10:45 |
pinesol_green |
Launchpad bug 1528627 in Evergreen "Feature Request: Evergreen "su/sudo" functionality" [Undecided,New] https://launchpad.net/bugs/1528627 |
| 10:46 |
Dyrcona |
Switch User is not good enough, eh? :) |
| 10:47 |
csharp |
:-) |
| 11:11 |
|
agent11 joined #evergreen |
| 11:18 |
Dyrcona |
csharp: Your branch fixes it for me. |
| 11:19 |
csharp |
Dyrcona: awesome |
| 11:20 |
Dyrcona |
I'll run your test. Looks like it should work with my data. |
| 11:20 |
Dyrcona |
If that passes, I'll push it. |
| 11:22 |
Dyrcona |
Works for me! :) |
| 11:22 |
csharp |
Dyrcona++ |
| 14:30 |
bshum |
Wrong user or missing bashrc path. |
| 14:30 |
* bshum |
will take Evergreen Troubleshooting for 400, please Alex. |
| 14:31 |
Dyrcona |
Tell 'im what he didn't win, Don Pardo. |
| 14:38 |
jihpringle |
kmlussier: I'm testing the two unclaimed self check bugs (1370694 and 1551447) |
| 14:38 |
kmlussier |
jihpringle++ |
| 14:39 |
kmlussier |
jihpringle: You've got the server details, right? |
| 14:39 |
jihpringle |
yes |
| 08:24 |
* pinesol_green |
Shall I compare Terran to a summer's day? Terran is more lovely and more temperate. |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:36 |
pinesol_green |
[evergreen|Galen Charlton] LP#1371647: fix thinko with ID re-pinning - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=896461c> |
| 08:42 |
kmlussier |
I had a thought for doing something new for this Bug Squashing Day that we might want to do on the days that fall after a beta release. |
| 08:43 |
kmlussier |
It might be a good opportunity to get volunteers to walk through some of the test cases on the Evergreen wiki to check for bugs in the beta release. Just to make sure it really does get tested. |
| 08:49 |
Dyrcona |
Yep, and/or run the test suite. |
| 08:50 |
gmcharlt |
Dyrcona: would you have a moment now to test a patch for 1505286? |
| 08:51 |
Dyrcona |
gmcharlt: I would, but I also made my own yesterday. :) |
| 08:52 |
JBoyer |
lp 1505286 |
| 08:52 |
pinesol_green |
Launchpad bug 1505286 in Evergreen "set limit on facets retrieved during search" [Wishlist,Fix committed] https://launchpad.net/bugs/1505286 |
| 08:53 |
Dyrcona |
gmcharlt kmlussier: BTW, I just installed screen on my development system. I thought you might prefer that over tmux. |
| 08:53 |
gmcharlt |
Dyrcona: ah, cool; I'll just run with that, though I'm inclined to add a second update to force cases where the patch applied successfully on 9.2+ to use the older-style syntax |
| 08:54 |
Dyrcona |
gmcharlt: That works for me, if you think it is best. |
| 08:54 |
kmlussier |
Well, then test suite is already running twice a day, isn't it? |
| 08:55 |
Dyrcona |
kmlussier: Yes, I suppose it is. |
| 08:56 |
* gmcharlt |
claims 0970 |
| 08:57 |
|
jwoodard joined #evergreen |
| 17:48 |
jeffdavis |
dbs: I'm not sure whether to laugh or cry at that |
| 17:49 |
jeffdavis |
berick: cool, thank you |
| 18:05 |
|
Christineb joined #evergreen |
| 18:36 |
bshum |
Well, we're making some progress |
| 18:36 |
bshum |
http://testing.evergreen-ils.org/~live/test.24.html |
| 18:36 |
bshum |
Failed test because opt-in wasn't enabled in opensrf.xml |
| 18:36 |
bshum |
But the DB build works now |
| 18:43 |
kmlussier |
OK, all the Sandbox details have been emailed to our Bug Squashers. I'm calling it a night. G'night #evergreen! |
| 18:53 |
|
bmills joined #evergreen |
| 19:27 |
|
grabiel joined #evergreen |
| 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 |
| 21:48 |
pinesol_green |
bshum: The operation succeeded. |
| 21:49 |
bshum |
@rss announce qatests |
| 21:49 |
pinesol_green |
bshum: Error: 'qatests' is not a valid integer. |
| 21:49 |
pinesol_green |
bshum: Error: Couldn't get RSS feed. |
| 21:49 |
bshum |
Hmm |
| 21:49 |
bshum |
@rss announce add qatests |
| 21:49 |
pinesol_green |
bshum: The operation succeeded. |
| 21:51 |
pinesol_green |
News from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 21:52 |
bshum |
:) |
| 21:52 |
bshum |
Let's see how that goes for awhile. |
| 21:58 |
pinesol_green |
[evergreen|Galen Charlton] clear slate of release notes for master - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=64b518b> |
| 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. |
