| 10:00 |
Stompro_home |
bshum, I think it should also remove the old library "libspreadsheet-writeexcel-perl", just like what was done for the wheezy/squeeze/precise/trusty dependency makefiles in LP#1351355. |
| 10:00 |
bshum |
Stompro_home: Ah good point. I'll make some adjustment for that too and re-push it. |
| 10:03 |
Dyrcona |
jboyer-isl: 'Cause it's complicated. |
| 10:03 |
Stompro_home |
bshum, I'll try and test it this weekend or early next week, since the change is exactly the same as the other make files it seems like it could just be committed. |
| 10:03 |
* Dyrcona |
voids some payments. |
| 10:04 |
|
afterl joined #evergreen |
| 10:04 |
bshum |
Stompro_home: Yep, sounds good. I force pushed a new copy of the branch with the revised change. |
| 10:30 |
Dyrcona |
jeff: We never target "Master" as a series. |
| 10:31 |
Dyrcona |
At least, I never do. |
| 10:31 |
Dyrcona |
No one else appears to. |
| 10:33 |
jeff |
yeah. i was surprised to see it there and wondered what it would do if i checked it, so... i tested. :-) |
| 10:33 |
jeff |
Dyrcona: but correct on the subject of changing milestone from Evergreen 2.next to 2.9-alpha if I intend it to be ready? |
| 10:34 |
Dyrcona |
Yes. |
| 10:34 |
jeff |
thanks! |
| 10:35 |
pinesol_green |
[evergreen|blake] LP1424646 Paid-For Long Overdue Items Still Appear in "Other/Special Circulations" Window - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ac318a4> |
| 10:47 |
Dyrcona |
berick: Should we backport that to 2.8? |
| 10:48 |
berick |
Dyrcona: yes, i think so |
| 10:48 |
Dyrcona |
OK. I'll do that now. |
| 10:49 |
* Dyrcona |
is going to build a new dev branch, so thought I'd commit a couple of branches that I've tested, first. |
| 10:49 |
Dyrcona |
bshum: Do you want the ruby fix for EDI in 2.7? |
| 10:50 |
bshum |
Dyrcona: It might be a good idea actually |
| 10:50 |
berick |
do we have a trusty installer in 2.7 |
| 12:41 |
berick |
Bmagic: just to be clear, the printer shows up in admin -> workstation -> printer settings -> configure printer |
| 12:41 |
Bmagic |
I was pleased to see it there. Yes |
| 12:42 |
Bmagic |
I configured it which prompted me a print dialog. I clicked ok and it edited the JSON |
| 12:42 |
berick |
ok, good |
| 12:42 |
berick |
are you testing via "Test Printing" ? |
| 12:42 |
Bmagic |
Yes |
| 12:43 |
berick |
ok, are you running hatch in a terminal? |
| 12:43 |
berick |
... and seeing the debug output |
| 12:46 |
berick |
it's not even trying to send the print job |
| 12:46 |
Bmagic |
this is stock 2.7.0 |
| 12:46 |
Bmagic |
that could be it? |
| 12:46 |
berick |
are you testing plain text or html printing? |
| 12:46 |
Bmagic |
both |
| 12:47 |
berick |
it would be better to test w/ EG master, but I can't say for sure that's the problem |
| 12:47 |
Bmagic |
thanks! no worries, I will keep hammering on it |
| 12:48 |
berick |
here's what hatch shows when I print.. http://pastie.org/10237584 |
| 12:48 |
Bmagic |
berick++ |
| 12:48 |
berick |
in your logs, do you see a line like the first line in my paste? that's testing the Text print |
| 12:52 |
Bmagic |
It's not showing the lines with the numbers for the print job. AKA n\n1234567890123456789012345678901234567890 |
| 12:55 |
berick |
no line that starts out 2015-06-12 12:42:35.453:INFO:WebSocketHandler:qtp2051450519-26: onMessage() {"action":"print",... |
| 12:55 |
jeff |
If I were to advocate for removal of the per-hold customization of notifications, would anyone here strongly oppose that? |
| 14:24 |
remingtron |
yboston: anything major to discuss post-hackfest? |
| 14:25 |
yboston |
remingtron: sorry I missed your additions |
| 14:25 |
remingtron |
no problem, they were late |
| 14:26 |
yboston |
elizabeth_: no problem, but for the record witht he use of community test server you can help test our or docuemnt newer versiosn of EG. Also, we have docuemntation needs for features in older versions of EG |
| 14:26 |
yboston |
elizabeth_: feel free to email me directly if you have any questiosn or comments |
| 14:27 |
yboston |
remingtron: I can't think of anythign esle post coference, now that I blurted a few more things out to you during this meeting |
| 14:27 |
Stompro_home |
yboston is a great mentor for getting up to speed with helping out with documentation. |
| 14:27 |
yboston |
hands down this was the most effective DIG hackfest |
| 14:27 |
elizabeth_ |
yboston: thanks! We're part of the SPARK Libraries so we really appreciate all the documentation |
| 15:00 |
elizabeth_ |
Thank you all for the warm welcome. |
| 15:01 |
yboston |
elizabeth_: btw, where is the SPARK system located? |
| 15:01 |
elizabeth_ |
yboston: SPARK is a collection Pennsylvania Public Libraries |
| 15:01 |
gmcharlt |
tsbere: I can your attention to bug 1464748 for SIPServer; it arose from my testing of your patches for 1463459 |
| 15:01 |
pinesol_green |
Launchpad bug 1464748 in SIPServer "SIPServer tosses away current account prematurely" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1464748 |
| 15:01 |
yboston |
elizabeth_: thanks |
| 15:02 |
gmcharlt |
tsbere: upshot - I believe that branch should be reviewed and pushed as a unit |
| 15:57 |
mmorgan |
jeff: FWIW I am also finding that at least a few of our users make use of different hold notification methods. You may find that more would if they had the option to receive text messages for some. |
| 16:00 |
pinesol_green |
[evergreen|Michael Peters] LP#1154656 MARC Expert Search "Add Rows" adds duplicate row - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7903e32> |
| 16:00 |
Dyrcona |
bug_squashing_day++ |
| 16:00 |
jboyer-isl |
jeff: totally unnecessary dev database. But one of the problems with allowing perl in-db is that sometimes postgres can't cancel things itself (such as when you're testing stupid regex tricks) |
| 16:03 |
jeff |
here, we're probably moving away from per-hold notification options, toward user settings. |
| 16:05 |
Dyrcona |
rashma++ #testing braches |
| 16:06 |
Dyrcona |
branches, even. ;) |
| 16:07 |
|
goood joined #evergreen |
| 16:07 |
|
eady joined #evergreen |
| 17:09 |
gmcharlt |
other than possibly adding a bottle of glue to join the belt and the suspenders |
| 17:13 |
|
mmorgan left #evergreen |
| 17:15 |
|
sarabee joined #evergreen |
| 17:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:24 |
|
bmills joined #evergreen |
| 18:04 |
Bmagic |
have a good weekend everyone! |
| 18:15 |
|
cbear0x joined #evergreen |
| 07:20 |
|
BigRig_ joined #evergreen |
| 07:20 |
|
Callender_ joined #evergreen |
| 07:55 |
|
Stompro_home joined #evergreen |
| 08:05 |
csharp |
anyone using Windows 10 in production? Now that MS is offering the upgrade to all Windows 7 users, our libraries are wondering if it's safe to do. |
| 08:07 |
csharp |
I haven't tested anything myself, but I understand that nothing obvious is broken - I'm just concerned about how it will do under load (e.g., checking out 50 patrons in an hour) - we have enough problems with RAM usage on Windows 7 for me to want to introduce another factor in troubleshooting :-/ |
| 08:09 |
|
ericar joined #evergreen |
| 08:23 |
|
akilsdonk joined #evergreen |
| 08:26 |
|
Newziky joined #evergreen |
| 09:20 |
mrpeters |
its a lot like ubuntu, really |
| 09:20 |
mrpeters |
just start typing what you want and it comes up |
| 09:20 |
Bmagic |
typing what you want started with Vista |
| 09:20 |
RoganH |
I should disclaim that I have no personal opinion though it occurs to me that I might want to update my windows testing VM to 10 or build another one for it. |
| 09:32 |
|
maryj joined #evergreen |
| 09:33 |
jeff |
csharp: on the subject of users editing themselves... if they can't change home_ou or profile, would you still want them prevented from self-editing? |
| 09:34 |
csharp |
jeff: let me think on that for a few minutes... |
| 11:50 |
jeffdavis |
remingtron: http://git.sitka.bclibraries.ca/gitweb/?p=sitka/doc/manual.git;a=summary |
| 11:51 |
jeffdavis |
There has been some asciidoc vs docbook discussion locally but I'm not sure where things have been left there. |
| 11:53 |
mrpeters |
hey jeffdavis -- just the guy i was looking for :P does your overdrive-eg-opac contrib branch work with 2.8.0? |
| 11:55 |
jeffdavis |
mrpeters: it works with Sitka's somewhat-customized 2.8. I haven't tested with stock 2.8 yet (focused on preparing for our upgrade). |
| 11:57 |
mrpeters |
no worries, jeffdavis thanks! |
| 11:57 |
mrpeters |
did you just merge the contrib branch with your 2.8 custom branch? |
| 11:58 |
jeffdavis |
Hang on a sec, I need to dig up a commit |
| 11:58 |
mrpeters |
np |
| 11:59 |
mrpeters |
i was thinking maybe i'd just cherry pick it one by one into rel_2_8 and install |
| 12:00 |
jeffdavis |
We keep the overdrive-eg-opac code separate from Evergreen proper, with a couple of small tweaks to make the OPAC overdrive-eg-opac aware |
| 12:00 |
mrpeters |
what would be the easisest method for integrating it into an already running 2.8.0 test system to try it out? |
| 12:01 |
mrpeters |
if i were to clone your branch, can i just follow the readme -- or do i need it to be aware of the Evergreen codebase |
| 12:03 |
jeffdavis |
You should be able to just follow the readme. |
| 12:03 |
jeffdavis |
http://git.sitka.bclibraries.ca/gitweb/?p=sitka/evergreen.git;a=commitdiff;h=f8d5d13 |
| 12:03 |
mrpeters |
awesome -- i wasn't sure if this was "on top of" Evergreen or its own module -- but now i see that it is the latter, which is great |
| 16:05 |
kmlussier |
This - bug 902255 |
| 16:05 |
pinesol_green |
Launchpad bug 902255 in Evergreen "possible to double-scan an item during check-in and have it captured by two holds" (affected: 10, heat: 54) [Low,Confirmed] https://launchpad.net/bugs/902255 |
| 16:06 |
Bmagic |
I wasn't aware of that setting on the UI, That is definiatly it |
| 16:06 |
kmlussier |
I replicated it yesterday without async checkin. I hope to get that code tested again today or tomorrow. |
| 16:08 |
Bmagic |
Oh wow, the code was just submitted on Monday |
| 16:09 |
bshum |
It's an oldie |
| 16:11 |
yboston |
phasefx: are you around? |
| 16:12 |
yboston |
phasefx: I have a question about docs evergreen-ils.org |
| 16:15 |
phasefx |
yboston: I'm here |
| 16:16 |
yboston |
phasefx: I sent a test email to that address earlier, did you geta copy? |
| 16:16 |
phasefx |
yboston: I did |
| 16:16 |
yboston |
phasefx: OK, just checking. |
| 16:17 |
yboston |
phasefx: a community member had a bounce back and I did not get copies on my work account, but I got a copy on my personla account |
| 16:17 |
yboston |
phasefx: just making sure |
| 16:17 |
phasefx |
fwiw, prior to your test, the last one I saw was back in February |
| 16:22 |
|
afterl joined #evergreen |
| 16:22 |
|
afterl left #evergreen |
| 16:23 |
|
jonadab_znc joined #evergreen |
| 16:23 |
|
eady joined #evergreen |
| 17:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:12 |
|
mmorgan left #evergreen |
| 17:18 |
|
Newziky joined #evergreen |
| 17:49 |
|
Stompro_home joined #evergreen |
| 00:26 |
|
Guest33082 joined #evergreen |
| 02:39 |
|
collinanderson joined #evergreen |
| 05:06 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:25 |
|
Newziky joined #evergreen |
| 07:26 |
|
TaraC joined #evergreen |
| 07:50 |
|
Shae joined #evergreen |
| 09:13 |
dbs |
jcamins++ |
| 09:13 |
dbs |
also, printing-- |
| 09:14 |
Stompro_home |
kmlussier, doh, didn't see that column, nevermind. |
| 09:15 |
jcamins |
dbs: ooh, you're testing the new Java compilation mode? Compile-to-paper? Run a print-out of a .class file through a scanner and you can run your Java application on any non-Linux, non-BSD, non-Windows, non-Mac computer. |
| 09:16 |
jcamins |
(this weekend I helped a coworker get a Java program running on his new laptop; I have lots of excess hostility toward Java now) |
| 09:16 |
csharp |
java-- |
| 09:16 |
csharp |
@karma java |
| 09:16 |
pinesol_green |
csharp: Karma for "java" has been increased 0 times and decreased 2 times for a total karma of -2. |
| 09:16 |
dbs |
jcamins++ # you need the karma |
| 09:16 |
dbs |
berick++ # for figuring _some_ sort of solution for centralized printing |
| 09:18 |
dbs |
csharp: so do you think OpenJDK + OpenJFX will work on any platform, or is it a matter of "must use Oracle's proprietary Java distribution"? |
| 09:20 |
csharp |
dbs: I'd love to test on Ubuntu - I was actually just going to ask for a spare laptop from one of our IT staff to try |
| 09:22 |
csharp |
screw it, I'll just use virtualbox (for its dead-simple network bridging capabilities) |
| 09:22 |
jeff |
printing-- indeed. |
| 09:22 |
mrpeters |
did i hear someone mention recently that there were scripts to auto-build master on regular intervals? |
| 09:22 |
jeff |
our "print from the opac" setup uses a network receipt printer, an HTTPS call, and CUPS. It takes about 4 seconds at present from click to print. |
| 09:53 |
|
terran left #evergreen |
| 09:54 |
|
terran joined #evergreen |
| 09:59 |
Stompro_home |
Those sandboxes worked great, kmlussier++ mobius++ Bmagic++ |
| 10:00 |
kmlussier |
mmorgan: We should make it a regular thing. :) |
| 10:00 |
kmlussier |
Stompro_home++ #testing |
| 10:02 |
kmlussier |
Stompro_home: On your signoffs, if you're not doing the git signoff, could you add the language that I sent out in the Sandbox email? |
| 10:02 |
* kmlussier |
will update the Bug Squashing Day spreadsheets with Stompro_home 's signoffs. :) |
| 10:03 |
bshum |
Stompro_home: later today, time permitting, I'm hoping to get some more action on the next round of Jessie bugs |
| 10:03 |
Stompro_home |
Sure, I'll do that in 20 min. |
| 10:04 |
* kmlussier |
probably should have added the code from bug 1435938 on the Sandbox that is being used to test bug 1431055 :( |
| 10:04 |
pinesol_green |
Launchpad bug 1435938 in Evergreen "New Feature: Allow Staff to clear Added Content cache" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1435938 |
| 10:04 |
pinesol_green |
Launchpad bug 1431055 in Evergreen "Content Cafe opens in a new window" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1431055 |
| 10:05 |
kmlussier |
OK, I think I need help with this Sandbox. http://mlnc2.mvlcstaff.org/eg/opac/home |
| 10:31 |
csharp |
Bmagic++ |
| 10:33 |
csharp |
@who wishes vim was installed by default on all the major distros |
| 10:33 |
pinesol_green |
jeff_____ wishes vim was installed by default on all the major distros. |
| 10:37 |
berick |
StomproJ: i was about to test bug #1449709 and related bugs (1452366 1452352), but I see you are assigned. are you actively testing? |
| 10:37 |
pinesol_green |
Launchpad bug 1449709 in Evergreen "support caching of compiled Template Toolkit templates" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1449709 - Assigned to Josh Stompro (u-launchpad-stompro-org) |
| 10:37 |
pinesol_green |
[evergreen|Lynn Floyd] Docs: New chapter for Library Settings Editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=578fd40> |
| 10:37 |
pinesol_green |
[evergreen|Remington Steed] Docs: Fix spelling errors in Library Settings docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=57bd96b> |
| 10:40 |
Bmagic |
Has anyone out there changed the series index fields? Can we include both 440 and 490? |
| 10:40 |
Dyrcona |
Is SIP now doing something different if the client does not explicitly log out? |
| 10:41 |
mrpeters |
Bmagic: i think there is some stuff on the random magic spells page to do that |
| 10:41 |
berick |
StomproJ: in either case, i'll continue testing, since you're not assigned to the other tickets. let me know how your testing goes... |
| 10:41 |
StomproJ |
berick, I tested #1449709 and it seemed to work well, I was just about to update the ticket. |
| 10:41 |
|
jwoodard joined #evergreen |
| 10:42 |
berick |
StomproJ: great, thanks |
| 10:43 |
|
alynn26 joined #evergreen |
| 11:15 |
mrpeters |
but the scripts give a file not found when it uses FTP |
| 11:15 |
mrpeters |
if i change it to http:// in the Makefile and friends it works great |
| 11:18 |
pastebot |
"mrpeters" at 64.57.241.14 pasted "FTP fail" (9 lines) at http://paste.evergreen-ils.org/65 |
| 11:18 |
jboyer_isl |
mrpeters: It may be a passive/active FTP issue. I had trouble building clients at one point when I was testing and it was network related. http links do get around that though since you’re not limited to ftp’s crusty antique-ness re: port use. |
| 11:18 |
mrpeters |
that could be -- it does use PASV |
| 11:19 |
jboyer_isl |
Or firewalling, there’s a limitless list of potential issues. |
| 11:21 |
mrpeters |
ill push it up to working, if you guys want to commit it cool, if not, at least its out there |
| 12:38 |
kmlussier |
bshum++ |
| 12:39 |
Dyrcona |
bshum++ |
| 12:44 |
jeffdavis |
Dyrcona: thanks for the bib deletion script |
| 12:45 |
Dyrcona |
jeffdavis: You're welcome. It has been over a year since I tested it, so it might need some changes. |
| 12:47 |
jeffdavis |
Understood. I'll need to make adjustments anyway to accommodate some of our local requirements, but it's nice to have something solid to work with. :) |
| 12:48 |
bshum |
berick: Fwiw, I also tested those TT2 changes (for locale, etc.) and think that merging to master only is a fine start. Backporting the new with the fix was trickier. |
| 12:49 |
bshum |
So consider that my +1 to those three bugs |
| 12:49 |
bshum |
Err, LPs |
| 12:51 |
berick |
thanks bshum |
| 12:58 |
mrpeters |
refresher -- what is the correct tag that needs a signoff? |
| 12:59 |
mrpeters |
*correct tag for a bug... |
| 13:01 |
mrpeters |
https://bugs.launchpad.net/evergreen/+bug/1361900 |
| 13:01 |
pinesol_green |
Launchpad bug 1361900 in Evergreen "Acq: Move Acqusitions Admin Menu" (affected: 2, heat: 10) [Undecided,New] - Assigned to Michael Peters (mrpeters) |
| 13:02 |
mrpeters |
^ fixed if anyone wants to test/signoff |
| 13:05 |
kmlussier |
mrpeters: pullrequest |
| 13:07 |
mrpeters |
ok, i thought that was for committers only, sorry |
| 13:30 |
kmlussier |
We've had a pretty active Bug Squashing Day so far! https://docs.google.com/spreadsheets/d/1y0wCUuQju6YpeSKVn1t8QaL6SSvK900ixuPBXSPMF0U/edit?usp=sharing |
| 13:57 |
mrpeters |
kmlussier: fair enough |
| 14:01 |
mrpeters |
is there a way to search for users who need signoffs? |
| 14:03 |
Dyrcona |
mrpeters: You could do advanced search and look for bugs with the pullrequest tag. |
| 14:03 |
kmlussier |
Interesting discovery on my part. The due dates for Concerto transactions are not 11:59 p.m. as would be the case for checkouts in a real system. Led to an anomaly in my testing that almost kept me from signing off on bug 638509 |
| 14:03 |
pinesol_green |
Launchpad bug 638509 in Evergreen 2.8 "renewing lost items fails unintuitively" (affected: 7, heat: 34) [Medium,Confirmed] https://launchpad.net/bugs/638509 |
| 14:03 |
mrpeters |
yeah, i just didn't know if those were already being handled by committers |
| 14:04 |
kmlussier |
mrpeters: I have a link on the bug squashing day wiki page to those bugs, but it's basically what Dyrcona just said. I've also been encouraging people to assign bugs to themselves if they are testing the. |
| 14:04 |
kmlussier |
s/the/them |
| 14:05 |
Dyrcona |
mrpeters: Committers often assign themselves to the bugs when they're actively looking at them. |
| 14:06 |
Dyrcona |
I sometimes forget to do that. |
| 14:07 |
jeff |
kmlussier: keep in mind that a "real system" can have non-11:59 PM due dates. |
| 14:07 |
kmlussier |
StomproJ: I just finished up with the Sandbox I was using. If you want, I could load the updated branch from tsbere so that you can see if it addressed the nocache issue you found. |
| 14:08 |
kmlussier |
jeff: Yeah, but what I considered to be an anomaly would be considered correct behavior in that situation. |
| 14:09 |
kmlussier |
Basically, I was tracking two parallel transactions to ensure that fines were handled the same way when one was checked in and the other renewed. I had been thinking the 2 transactions had the same due date, but the due times were an hour apart. |
| 14:09 |
kmlussier |
And I just happened to do my test in between those 2 due times. |
| 14:11 |
StomproJ |
kmlussier, that would be great. |
| 14:15 |
StomproJ |
So, should apache mod_headers be enabled by default for evergreen installs? Maybe it was enabled by default by apache in Squeeze but now isn't included in Jessie? |
| 14:16 |
tsbere |
StomproJ: I don't think so, and my extra change doesn't make it needed for the cache clearing code |
| 14:27 |
eeevil |
mrpeters: that's different |
| 14:27 |
csharp |
so... I'm trying to fix bug 914800 (as is mrpeters) - I've added the code and description to ils_events.xml, but I'm still getting the ugly skull and crossbones-style error rather than a simple alert box with the error and description |
| 14:27 |
pinesol_green |
Launchpad bug 914800 in Evergreen "Attempting to merge user in collections provides an unfriendly error message" (affected: 3, heat: 18) [Low,Confirmed] https://launchpad.net/bugs/914800 - Assigned to Michael Peters (mrpeters) |
| 14:27 |
mrpeters |
10-4 -- consider it tested and signed off by me, as well then -- wasnt sure if Rashma would get the message |
| 14:28 |
csharp |
what does someone need to do to get that to work? the calls in the code OpenILS::Event->new() seem to be identical |
| 14:28 |
csharp |
mrpeters: rashma is here in channel too, FYI |
| 14:28 |
mrpeters |
ah, my mistake |
| 15:33 |
bshum |
b_bonner++ # git powah! |
| 15:34 |
* bshum |
disappears again to find a better internet connection... |
| 15:46 |
|
Newziky1 joined #evergreen |
| 15:49 |
terran |
I've posted a fix (I hope) for this one if anyone has time to test: https://bugs.launchpad.net/evergreen/+bug/1396263 |
| 15:49 |
pinesol_green |
Launchpad bug 1396263 in Evergreen "SMS 'Return to Record' link breaks after texting if user has to log in" (affected: 2, heat: 10) [Medium,Confirmed] |
| 16:24 |
berick |
tsbere: are you using bug 1347807 on a live server? i'm curious how it's being used. |
| 16:24 |
pinesol_green |
Launchpad bug 1347807 in Evergreen "Add examples config blocks for "No Image" jacket images" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1347807 |
| 16:52 |
kmlussier |
You could, but if you update LP, I'll get the notification too. |
| 16:53 |
kmlussier |
Oops! Answering questions in channel that were asked somewhere else. :) |
| 16:56 |
Dyrcona |
:) |
| 17:07 |
* kmlussier |
is hitting the road, but may test two more things before the day is done. |
| 17:07 |
kmlussier |
Thanks everyone for all the work you did today! |
| 17:07 |
berick |
kmlussier++ |
| 17:07 |
berick |
right back atcha |
| 17:13 |
|
jlundgren left #evergreen |
| 21:07 |
pinesol_green |
[evergreen|Blake Henderson] LP#1194860: You have permission to override some of the failed holds. appearing when it should not for patrons in the OPAC Edit - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=adc2aff> |
| 21:09 |
kmlussier |
And the bshum merging begins! :D |
| 21:10 |
kmlussier |
b_bonner++ |
| 21:10 |
bshum |
kmlussier: I'm just doing the lazy part. |
| 21:10 |
bshum |
But thanks to everyone who tested and signed off. |
| 21:11 |
kmlussier |
Another signoff is on its way |
| 21:12 |
kmlussier |
And then I'm going to bed. Been up since 3:30 a.m. |
| 21:12 |
|
gdunbar joined #evergreen |
| 02:32 |
|
eby joined #evergreen |
| 03:18 |
|
dcook joined #evergreen |
| 03:38 |
|
collinanderson joined #evergreen |
| 04:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:48 |
|
terminalfool joined #evergreen |
| 07:15 |
|
mrpeters joined #evergreen |
| 07:36 |
* csharp |
returns from 5-day weekend |
| 09:50 |
|
Dyrcona joined #evergreen |
| 09:58 |
bshum |
jboyer-isl: I hate it when that happens to my /boot too :( |
| 09:59 |
Dyrcona |
eeevil: Seeing as the unless(exists $self->{account}) is in MsgType.pm and MsgType.pm has no account field, and is not a subclass of the server, I think tsbere's check is correct. |
| 10:03 |
* kmlussier |
doesn't want to get her hopes up too high, but is happy to report that she just completed two successful tests on the negative balances branch. |
| 10:08 |
|
Newziky left #evergreen |
| 10:09 |
jeff |
does conditional negative balances and payments by billing type still completely disagree on everything? |
| 10:09 |
* jeff |
will make time to look |
| 10:34 |
jeff |
I like this much better than trying to teach Every Single Thing about future billings. |
| 10:35 |
jeff |
(like yesterday's example of mmpbbt, which iirc pre-dates the future-billing era) |
| 10:35 |
jeff |
Hrm. That could cloud the upgrade script a bit -- the fact that some databases will have billings that were not actually future-dated. |
| 10:42 |
tsbere |
jeff: Dunno if you saw my comment from last night. |
| 10:42 |
tsbere |
eeevil: After more thought I have decided you were partially correct, what I changed the unless test to was not what I wanted. I have now added another commit to the branch to correct that. |
| 10:53 |
|
mtj_ joined #evergreen |
| 11:07 |
pastebot |
"berick" at 64.57.241.14 pasted "combined test branch for bug squashing day" (10 lines) at http://paste.evergreen-ils.org/64 |
| 11:07 |
berick |
FYI, we'll be poking at the branch tomorrow. pasting in case anyone else can use the branch for testing |
| 11:08 |
|
sandbergja joined #evergreen |
| 11:15 |
|
bmills joined #evergreen |
| 11:31 |
kmlussier |
berick++ |
| 14:50 |
mrpeters |
great, thanks jeff |
| 14:50 |
mrpeters |
sorry for the trouble |
| 14:50 |
jeff |
you're welcome! |
| 14:52 |
* tsbere |
sees a pile of emails about keys and testing now |
| 14:52 |
mrpeters |
:( sorry tsbere |
| 14:52 |
tsbere |
mrpeters: At least we know it is working now :D |
| 14:52 |
berick |
mrpeters: cool, will take a look |
| 16:24 |
|
collinanderson joined #evergreen |
| 16:38 |
jeffdavis |
Is anyone here in the habit of purging deleted bib records (i.e. removing them from the database altogether)? If so, how do you do it? |
| 16:40 |
kmlussier |
jeffdavis: C/W MARS has talked about doing this, but I don't think they've found a good solution yet. If you come up with anything, I know they'll be interested in hearing about it. |
| 16:50 |
bshum |
jeffdavis: about a year ago, Dyrcona helped us write a script to help us truly delete bib records that were hanging about for no reason (i.e. never attached copies, never used, etc.) |
| 16:50 |
bshum |
We didn't actually run it yet, cause the process took too long on a test server attempt. |
| 16:51 |
bshum |
But yeah, the idea's been batted around a bit. |
| 16:51 |
bshum |
The trick as I understand it is finding all the places where bibs might hang to something. For us it got interesting with things like acquisitions |
| 16:54 |
Dyrcona |
Yep. |
| 16:55 |
Dyrcona |
Lots of stuff you have to delete when you want to really delete bibs. |
| 16:57 |
bshum |
And triggers to disable. |
| 10:54 |
Bmagic |
berick: It's tripping over loading the Org unit dropdown menu I think |
| 10:56 |
berick |
Bmagic: does it render OK if you load another UI like the Billing Types UI? |
| 10:59 |
jeff |
Dyrcona: ah. drat. and alas, there are no protocol-level headers to tell you this. :-) |
| 10:59 |
kmlussier |
dkyle1: We have some people who were interested in trying your Smart Float branch at bug 1305964. Is that something that's ready for testing or are you still working on it? |
| 10:59 |
pinesol_green |
Launchpad bug 1305964 in Evergreen "Smart Float: self balancing floating collections" (affected: 1, heat: 8) [Wishlist,Triaged] https://launchpad.net/bugs/1305964 - Assigned to Doug Kyle (dkyle) |
| 11:04 |
jeff |
rebase from 2.2 era opac templates to 2.7 era opac templates went off without complaint or catastrophe. hooray! |
| 11:09 |
dkyle1 |
kmlussier: the Smart Float branch is ready for testing, and I'm not working on it at the moment, it has been stable for GRPLs needs. Do you know if those interested have the same shelving locations across orgs that want to Smart Float? |
| 11:10 |
kmlussier |
dkyle1: I'll defer to mmorgan |
| 11:12 |
mmorgan |
dkyle1: Our shelving locs generally are not consistent, but for the items that will float, they potentially could be, if required. |
| 11:12 |
Bmagic |
berick: yes, billing types loads fine |
| 11:16 |
|
mllewellyn joined #evergreen |
| 11:21 |
dkyle1 |
mmorgan: homogeneous shelving locs would be best, but I had some stuff in my generic version to map various org/locs into single smart float configs. I think it was lightly tested working but I was not totally happy with the speed of that function. It has been a while, I need to revisit and look for any uncommited changes. |
| 11:26 |
kmlussier |
Seems to load cleanly on master. |
| 11:27 |
kmlussier |
dkyle1: I'm loading it on a server where mmorgan can take a look at it. But you might want to remove yourself as the assignee on the bug and add a pullrequest tag if you think it's ready. |
| 11:27 |
berick |
Bmagic: no idea what the problem is :( if it were me, i'd have to start digging into the code at this point |
| 11:27 |
* kmlussier |
shifts her attention to all the Sanbox requests we received. :) |
| 11:29 |
mmorgan |
kmlussier: Thanks! |
| 11:30 |
mmorgan |
dkyle1: Thanks, I'll poke at it on kmlussier's test server. |
| 11:37 |
dkyle1 |
kmlussier: I really don't know how ready a feature should be for a pullrequest tag, for example, it has no client side exposure |
| 11:37 |
berick |
dkyle1: pullrequest means you think it's done |
| 11:38 |
berick |
and ready for merging into master |
| 12:07 |
kmlussier |
Bmagic: On bug 1194860 , it looks like we have a signoff, but you have assigned it to yourself. Are you planning to do further work on it? |
| 12:07 |
pinesol_green |
Launchpad bug 1194860 in Evergreen ""You have permission to override some of the failed holds." appearing when it should not for patrons in the OPAC" (affected: 8, heat: 36) [Medium,Confirmed] https://launchpad.net/bugs/1194860 - Assigned to Blake GH (blake-j) |
| 12:08 |
Bmagic |
kmlussier: no, I just saw people assigning things and I figured it was protocol to have it assigned |
| 12:09 |
kmlussier |
Bmagic: Only if you're planning to work on it or test it. I can add a signedoff tag to it, which might increase its visibility the next time a core committer is looking to merge code. |
| 12:10 |
Bmagic |
kmlussier: Ok, do I need to remove myself? |
| 12:10 |
kmlussier |
Bmagic: Sure. |
| 12:17 |
dkyle1 |
mmorgan: a speed issue would be seen at checkin. the main function to time is smart_float.destination. this issue was when using the smart_float.loc_or_group function in the destination function - if I recall, have not had time to revisit yet. |
| 12:34 |
bshum |
Probably two or three times |
| 12:34 |
kmlussier |
I guess I didn't like it as much as your dad did. ;) |
| 12:35 |
* bshum |
actually reads the bug and tries to do something real for the community instead of quoting nonsense. |
| 12:36 |
kmlussier |
OK, my last question inspired by the bug squashing requests... |
| 12:37 |
kmlussier |
Bmagic: We have a request to test bug 1440148 . I was planning to load it on a MassLNC server, but it looks like the code is actually combined with bug 1331174? |
| 12:37 |
pinesol_green |
Launchpad bug 1440148 in Evergreen "Long overdue Items out TPAC OPAC display My Account" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1440148 - Assigned to Michele Morgan (mmorgan) |
| 12:37 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 4, heat: 18) [Wishlist,Confirmed] https://launchpad.net/bugs/1331174 |
| 12:37 |
bshum |
kmlussier: Based on my read of that bug, I would set it to confirmed/triaged for status and remove jeff as the worker, since Bmagic's done some reworking at that point. |
| 12:41 |
Dyrcona |
oops. missed it was already in the channel. |
| 12:41 |
Dyrcona |
too busy to keep up. |
| 12:41 |
Bmagic |
bshum: which bug are you referring to? Also, is mmorgan working on 1440148 ? |
| 12:41 |
kmlussier |
Bmagic: She was the one who requested the Sandbox to test it. |
| 12:43 |
bshum |
Bmagic: Oh I was referring back to kmlussier's bug she mentioned earlier in the scrollback, bug 1174498 |
| 12:43 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" (affected: 7, heat: 38) [Wishlist,Triaged] https://launchpad.net/bugs/1174498 |
| 12:46 |
|
Shae joined #evergreen |
| 12:52 |
jeff |
mmpbbt needs work, i think. i can take a look at what Bmagic has found. |
| 12:52 |
jeff |
because i suspect that we're each running it in production in different versions. |
| 12:53 |
jeff |
and i know that there are issues with regard to future-dated billings (overdues) which may or may not have been addressed in Bmagic's version. |
| 12:54 |
kmlussier |
Bmagic: OK, what I'll do is load the code from working/user/blake/LP1440148_Long_overdue_Items_out_TPAC_OPAC_display_My_Account so that mmorgan can test it. However, once it goes in, I think you'll need to rebase the other branch. |
| 12:57 |
jeff |
overall, i don't know if the best approach is to teach everything to special-case future-dated billings, or to eliminate them. |
| 12:57 |
jeff |
at this point, I don't know which will be more painful. :P |
| 12:59 |
|
bmills joined #evergreen |
| 13:27 |
berick |
and i thought everythign was using checkout.full now |
| 13:27 |
dbs |
and this is using checkout.full |
| 13:28 |
dbs |
request open-ils.circ open-ils.circ.checkout "session-key", {"barcode":"30012000047398","patron":132422},1 |
| 13:28 |
mmorgan |
Bmagic: kmlussier: So is there no need then to test 1440148, since 1331174 fixes it? Should 1440148 be marked as a duplicate? |
| 13:28 |
dbs |
err, no |
| 13:28 |
dbs |
heh |
| 13:29 |
dbs |
I had fallen back to trying plain .checkout because .checkout.full was failing with ye olde "*Network or server failure" in the client |
| 14:53 |
mmorgan |
kmlussier: Bmagic: Yes, that makes perfect sense. |
| 14:53 |
Dyrcona |
Only 3M clients are not working. |
| 14:53 |
jboyer-isl |
Over TCP via carrier pigeon |
| 14:55 |
jeff |
Dyrcona: Can you share the relevant details of your SIP setup? I might be able to make time to test here -- where i can control both the client and the server. |
| 14:55 |
jeff |
Dyrcona: time and ability to pull a selfcheck unit from normal operation would be the only potential blockers there. |
| 14:56 |
Dyrcona |
jeff: We basically run stock on Ubunutu 14.04. We mad a profile for self checks, a profile for PC res, and a profile for a delivery application. |
| 14:56 |
Dyrcona |
jeff: The self check profile is basically the example profile. |
| 14:57 |
Dyrcona |
Here's the thing: a non-3M self check client works just fine. |
| 14:58 |
Dyrcona |
No. |
| 14:58 |
Dyrcona |
Other than, it worked fine until we set up the new servers last night. |
| 14:58 |
Dyrcona |
We've only used PreFork, and we even removed the multiplex code for a bit, but it made no difference. |
| 14:59 |
Dyrcona |
I've been jumping around so much today that I haven't had time to test everything. |
| 14:59 |
bshum |
jboyer-isl: Sigh, so now CollectionHQ is asking me about adding in-house use circ to the counts. |
| 14:59 |
* jeff |
nods |
| 14:59 |
Dyrcona |
I also have 36 libraries, so I can't just up and restart it whenever I feel like it. |
| 17:03 |
|
kbutler joined #evergreen |
| 17:04 |
jeff |
tsbere: can you elaborate on "one of"? which symptom did that fix? |
| 17:04 |
jeff |
(and what other symptoms did you encounter -- since I think I only saw one mentioned. :-) |
| 17:10 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:11 |
|
mmorgan left #evergreen |
| 17:32 |
Bmagic |
berick: Back on that web based column picker. I can have the UI load the copy ID instead of the count and it clues me in that it's "sort of working" see http://slides.mobiusconsortium.org/blake/bill.html |
| 17:36 |
berick |
Bmagic: did you try removing the oils_persist:virtual="true" from the holds_count <field> ? |
| 05:06 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:14 |
csharp |
bshum: no biggie - I just got a pinesol_green alert and was checking if it was still up |
| 07:17 |
|
mrpeters joined #evergreen |
| 07:31 |
|
Newziky joined #evergreen |
| 10:38 |
csharp |
yep - it did |
| 10:38 |
csharp |
yay! |
| 10:40 |
mmorgan |
csharp++ |
| 10:44 |
csharp |
okay - so now that I know this process, I'm wondering how it could be improved... |
| 10:45 |
csharp |
the problem in my case was that the vendor didn't get the EDI message because we were testing with berick's testing edi_pusher script, which is configured to exit before actually sending anything |
| 10:45 |
csharp |
but there could be many reasons why that would fail, and there needs to be ways to recover from errors |
| 10:46 |
csharp |
e.g., a "Re-Send Order to Vendor" button somewher |
| 10:46 |
csharp |
e |
| 10:47 |
csharp |
I'm pretty sure I was creating new debits each time I re-activated the PO - that obviously shouldn't need to happen to fix a technical mistake |
| 10:55 |
Bmagic |
yeah, if that was on production, you might take a look at the debits for sure |
| 10:55 |
Bmagic |
csharp++ |
| 10:55 |
csharp |
fortunately we're still on a test server, but these are real orders |
| 11:03 |
Bmagic |
Anyone know where to find the logic that displays the columns in the web based staff client? (for grids) |
| 11:04 |
berick |
Bmagic: start w/ the tt2 for the UI |
| 11:04 |
berick |
it sets the behavior for each grid |
| 11:23 |
Bmagic |
right |
| 11:24 |
berick |
IOW, don't use the copy id as the field through which you access the hasholdscount class |
| 11:24 |
Bmagic |
yeah, I think that is my problem |
| 11:24 |
berick |
create a new holds_count (or whatever) field on the copy |
| 11:25 |
berick |
after you get it set up and restart services, I also suggest testing your IDL changes via srfsh queries first |
| 11:25 |
berick |
jumping straight to the web code creates a lot more opportunities for things to fail up front |
| 11:26 |
Bmagic |
right on |
| 11:27 |
Bmagic |
I tested it via srfsh against a new opensrf call I put into the perl, that is working |
| 11:28 |
berick |
e.g. retrieving a copy w/ fleshed call_number http://pastie.org/10221783 |
| 11:28 |
Bmagic |
ah, that helps |
| 11:28 |
Bmagic |
berick++ |
| 15:50 |
|
mrpeters1 joined #evergreen |
| 15:51 |
|
ericar_ joined #evergreen |
| 15:52 |
Dyrcona |
If it turns out to not work as is, we can always change it in the future. |
| 15:52 |
gmcharlt |
FWIW, I've started putting in test plans in my OpenSRF patches |
| 15:53 |
Dyrcona |
gmcharlt++ # I noticed and would have tried it out, but the meeting came up. |
| 15:54 |
gmcharlt |
in other news |
| 15:54 |
gmcharlt |
#action gmcharlt and eeevil to organize a webstaff client hacking day in July |
| 15:56 |
kmlussier |
terran: That's awesome! |
| 15:57 |
|
ericar_ joined #evergreen |
| 15:57 |
kmlussier |
If anyone needs a Sandbox, try to get the requests in by the end of the week so that we have a bit of time to get them ready. |
| 15:57 |
terran |
I'd really appreciate it if someone would test this fix I posted for bug squashing day: https://bugs.launchpad.net/evergreen/+bug/1454871 |
| 15:57 |
pinesol_green |
Launchpad bug 1454871 in Evergreen "KPAC Hold Notifications - SMS" (affected: 1, heat: 6) [Undecided,New] |
| 15:59 |
bshum |
terran: I'll keep my eye on that one, but probably not till next week. Maybe that'll be something we can test during bug day. |
| 15:59 |
bshum |
KPAC loves misery. |
| 15:59 |
bshum |
Err, misery loves company. |
| 15:59 |
terran |
bshum +1 |
| 16:00 |
bshum |
(also, regrets that I'm late and mostly missed the meeting) |
| 16:00 |
berick |
@who loves misery? |
| 16:53 |
gsams |
I'm pretty sure the config is all correct for this purpose, but I have no idea on the user, and further no idea why I'm getting 404 for requests. |
| 17:14 |
|
mmorgan left #evergreen |
| 17:18 |
dbwells |
gsams: what starting point URL are you trying to visit? |
| 17:26 |
jjk` |
I've upgraded a test system code+schema from 2.3.5 -> 2.7.4. I'm expecting to find instructions on how to rebuild indexes and whatnot in the documentaiton but don't see it. I've started the reingest_2.6_bib_recs.sql which I suspect should take quite some time. Should I be able to search & view any records in the opac at this point? |
| 17:35 |
jjk` |
Okay, I'm starting to see some results now. I guess I wasn't being patient enough. |
| 17:48 |
gsams |
dbwells: texasgroup.worldcat.org, if I understand your meaning |
| 17:49 |
gsams |
dbwells: They would go through the catalog to find an item, then request it. They'd then select their library (Roanoke, in my case) and be presented with the authentication, but it 404s instead. |
| 17:54 |
dbwells |
gsams: I don't completely understand your use case, but based on what I've seen in your configs and what you've said, your SPU should be something like: https://catalog.northtexaslibraries.org:2443/login?url=http://texasgroup.worldcat.org Does that allow you to proxy, or is that where you get the 404? |
| 03:27 |
|
jboyer-isl joined #evergreen |
| 03:29 |
|
jboyer_isl joined #evergreen |
| 03:42 |
|
jboyer-isl joined #evergreen |
| 04:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:43 |
|
jboyer-isl joined #evergreen |
| 07:59 |
kmlussier |
Good morning #evergreen! |
| 07:59 |
kmlussier |
@weather 02771 |
| 11:36 |
hopkinsju |
We do that when all copies are under age based hold protection (and we changed that message to be more clear) but I'm feeling like we need to add something for on order records also |
| 11:39 |
Dyrcona |
Yeah, I think we just have the language when age hold protection comes into play. |
| 11:39 |
mmorgan |
Yes, that's true for us as well. No special language for on order items. |
| 11:39 |
Dyrcona |
berick++ # I have been testing the kill circ script branches this morning. |
| 11:40 |
berick |
Dyrcona: sweet |
| 11:40 |
jboyer-isl |
berick: I've specifically removed everything from our db servers over the years. They don't run anything now except the base system and postgres. We used to generate notices and payment reports directly on them, but that's been gone for some time. |
| 11:40 |
Dyrcona |
Basically, just doing circulations and placing holds. |
| 14:39 |
Dyrcona |
I just clicked on the big downloads graphic, didn't choose anything from a menu. |
| 14:42 |
Dyrcona |
I wonder if the two lines devoted to OpenSRF on the egdownloads matrix/table should be changed to one, with a link to the OpenSRF downloads page. |
| 14:42 |
dbs |
Windows failure was undoubtedly my fault for trying to just slide my VBox image over into virt-manager |
| 14:52 |
csharp |
yeah - I'm trying to convert my .vdi into a working .qcow2 with no success yet - the working instance was installed from scratch |
| 15:04 |
|
ericar joined #evergreen |
| 15:56 |
csharp |
@test |
| 15:56 |
pinesol_green |
csharp: What do you mean? An African or European swallow? |
| 16:00 |
bshum |
csharp: Am I spamming you with my experiments? |
| 16:10 |
bshum |
I was toying briefly with seeing how the Cast plugin operated. Freebase API is going away though end of this month, so meh |
| 17:01 |
kmlussier |
jboyer-isl++ |
| 17:01 |
kmlussier |
@quote random |
| 17:01 |
pinesol_green |
kmlussier: Quote #104: "<jeff> that's it. we're all switching to koha, right meow." (added by gmcharlt at 01:16 PM, January 02, 2015) |
| 17:07 |
ohiojoe |
so I *think* I'm ticklishly close to having an evergreen sandbox installed here.. |
| 17:08 |
ohiojoe |
however, when I do the srfsh test, I'm getting "Received no data from server" |
| 17:10 |
|
mmorgan left #evergreen |
| 17:11 |
ohiojoe |
wait a minute |
| 17:11 |
ohiojoe |
settings-tester is telling me that the libdbi PostgreSQL driver was not found in the shared library path |
| 17:30 |
dbs |
ohiojoe: that test in settings-tester should probably have been removed a long time ago |
| 18:16 |
|
wongon joined #evergreen |
| 19:15 |
|
buzzy joined #evergreen |
| 19:41 |
bshum |
@later tell Dyrcona I forgot, did we ever do anything with https://bugs.launchpad.net/evergreen/+bug/1413336 ? Maybe we should add that towards the next series. |
| 13:22 |
Dyrcona |
bshum++ |
| 13:22 |
|
jwoodard joined #evergreen |
| 13:23 |
Dyrcona |
Bmagic: I'm talking about open-ils.circ.actor.user.checked_out, which is in Circ.pm. I'm probably barking up the wrong tree. |
| 13:24 |
jeff |
Dyrcona: what kinds of tests (if any) do you want to see for selfcheck/jspac/craftsman/script-based removal? Just "release notes + live tests / manual testing as appropriate"? |
| 13:25 |
Dyrcona |
jeff: Yeah, I think release notes + live tests (if possible) plus manual testing should do it. |
| 13:25 |
jeff |
Good deal. |
| 13:25 |
Dyrcona |
If anyone can come up with live tests for these, they may make good models to follow in the future. |
| 13:27 |
jeff |
And I'll reply in-bug, but yes -- that jspac removal branch is intended to be sequential, remove legacy self checkout, remove old bbags interface, remove jspac. The bbags interface and/or dtree removal can be their own bugs. |
| 13:27 |
jeff |
I didn't want to get too bug-happy. |
| 13:27 |
jeff |
But I also didn't want it to be one massive "remove all this" commit either. |
| 13:28 |
bshum |
jeff just wants separate karma bumps for each job well done ;) |
| 13:28 |
bshum |
jeff++ # because he's awesome |
| 13:29 |
jeff |
The karma's nice, but having a cleaner codebase is nicer. :-) |
| 13:30 |
* bshum |
likes testing one thing at a time anyways. |
| 13:30 |
jeff |
*nod* |
| 13:31 |
Dyrcona |
heh |
| 13:31 |
berick |
jeff: i'm sure you saw, but I rebased and cleaned up a bunch in bug #1312308 |
| 13:36 |
berick |
ah, cool |
| 13:40 |
Bmagic |
Dyrcona++ |
| 13:40 |
|
ericar_ joined #evergreen |
| 13:44 |
kmlussier |
So test plans for bug fixes go in the commit message? Should they be put on the LP bug too? |
| 13:52 |
|
buzzy joined #evergreen |
| 14:37 |
gmcharlt |
kmlussier: good question, and I think it would be a good to do experiment informally |
| 14:37 |
gmcharlt |
I lean towards putting them in the LP too as a way of further explaining the bug |
| 14:37 |
* kmlussier |
is in the middle of writing her test plan in a commit message and hopes the experiment involves that particular step. |
| 14:38 |
kmlussier |
Yeah, that's where I was leaning. |
| 14:41 |
eeevil |
kmlussier: my thought is, since the author will have the commit message, they could just cut/paste the whole thing. I do that often (laziness being a virtue) |
| 14:45 |
|
Stompro_Home joined #evergreen |
| 15:45 |
|
akilsdonk_ joined #evergreen |
| 16:53 |
kmlussier |
Would there be any objection to my moving bug 1403966 from wishlist to bug? |
| 16:53 |
pinesol_green |
Launchpad bug 1403966 in Evergreen "Search results for metarecord search should exclude publication-specific information from the display" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1403966 |
| 16:55 |
jeff |
kmlussier: none here |
| 16:55 |
kmlussier |
My main goal at the moment is to get in the list of things that can be tested for Bug Squashing Day. If I keep it at wishlist, it's excluded. :) |
| 16:57 |
* kmlussier |
hears the thunder rumble in the distance and decides to leave before the storm arrives |
| 17:00 |
Dyrcona |
Too late. Storm's here. |
| 17:02 |
|
akilsdonk joined #evergreen |
| 17:02 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:08 |
|
mnsri joined #evergreen |
| 17:09 |
|
bmills joined #evergreen |
| 17:43 |
gsams |
Dyrcona: What sort of items get that sort of protection? That seems really short. |
