| 08:41 |
gmcharlt |
if you have not already seen it, yesterday afternoon a security release was made |
| 08:41 |
gmcharlt |
here is the announcement: http://evergreen-ils.org/security-releases-evergreen-2-7-4-2-6-7-and-2-5-9/ |
| 08:41 |
gmcharlt |
upgrading is strongly recommended |
| 08:41 |
* csharp |
applied the relevant security patches to PINES prod and test servers last night |
| 08:42 |
csharp |
gmcharlt++ |
| 08:45 |
|
Shae joined #evergreen |
| 08:46 |
bshum |
Dyrcona++ # security fixes ;) |
| 08:46 |
gmcharlt |
bshum++ |
| 10:36 |
Dyrcona |
That was typo/thinko from banging it out real quick. |
| 10:37 |
Dyrcona |
And, it's the kind of thing that could leave someone scratching their head for hours trying to figure out why the template doesn't work. ;) |
| 10:40 |
mrpeters |
:-D |
| 10:41 |
Dyrcona |
I've had "fun" with similar things in the NCIPServer templates during testing. |
| 10:41 |
mrpeters |
so, is it newList.push(circ) or item? |
| 10:42 |
Dyrcona |
newList.push(circ) |
| 10:42 |
mrpeters |
ok |
| 14:36 |
Dyrcona |
ls -l in /openils/conf should give it away. |
| 14:37 |
Dyrcona |
If the .example files are newer and/or bigger, then you missed that step for Evergreen. |
| 14:37 |
Dyrcona |
You'll need to edit the password fields again, too. |
| 14:38 |
Dyrcona |
If you're regularly building dev/test systems, I'd script all this boring stuff. |
| 14:38 |
krvmga_ |
Dyrcona: the example files are the same date (Mar 3 - i did this yesterday) and i edited the files to change the passwords |
| 14:38 |
jonadab |
Yes, I at one point had a Perl script that edited the passwords and such into that file, but it's versions and versions old now, I wouldn't trust it at this point. |
| 14:38 |
dbs |
First-timers almost always think "I already did this as part of the OpenSRF install, I don't need to do it again" |
| 16:55 |
Dyrcona |
Something to investigate tomorrow and compare to this past Saturday, I guess. |
| 16:57 |
Dyrcona |
Time to call it a day. |
| 16:57 |
|
mrpeters1 left #evergreen |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:23 |
|
mmorgan left #evergreen |
| 17:47 |
|
mrpeters joined #evergreen |
| 18:20 |
|
bmills joined #evergreen |
| 01:43 |
paxed |
ah. $field->{'_subfields'} array. |
| 02:03 |
|
gsams joined #evergreen |
| 04:11 |
|
dcook__ joined #evergreen |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:23 |
phasefx |
@later tell paxed I wouldn't use _subfields, the underscore is a convention for internal details that could change. You should be able to do something like @a = $marc->field('650','x') in a list context |
| 07:23 |
pinesol_green |
phasefx: The operation succeeded. |
| 07:28 |
paxed |
phasefx: for a single-use quick data mangling, doesn't really matter. |
| 09:33 |
pinesol_green |
Launchpad bug 1205061 in Evergreen "Need more "IF EXISTS" clauses in 2.3-2.4.0-upgrade-db.sql" (affected: 1, heat: 8) [Medium,Triaged] |
| 09:33 |
yboston |
kmlussier: I just put in my msg in a commnet on your subfield e patch |
| 09:34 |
bshum |
Also anything else I've missed that needs pushing... Let us know. |
| 09:34 |
yboston |
I tested the code, and looks good, I am just not familiar enough with the get_graphic_880s fucntions full use yet, to be sure there are no consequences to your change. despite that |
| 09:34 |
yboston |
I can offer a signoff |
| 09:35 |
gmcharlt |
Dyrcona: indeed; 3.2 is kind of a perfect storm of slow for Pg |
| 09:37 |
* Dyrcona |
winks at gmcharlt, 'cause he probably knows that we're *still* running Pg on a 3.2 kernel. |
| 09:37 |
kmlussier |
yboston: https://bugs.launchpad.net/evergreen/+bug/1427331/comments/3 |
| 10:08 |
jonadab |
Or I suppose there's always "programmer", but in a library context that could be misunderstood too. |
| 10:28 |
kmlussier |
dbs++ #Feedback on subfield e |
| 10:30 |
yboston |
dbs++ |
| 10:33 |
kmlussier |
So was it the consensus that we should use needsrepatch as our new tag? |
| 10:33 |
kmlussier |
And it should be used if you've tested a patch, but you think it needs additional work? |
| 10:34 |
* kmlussier |
is working on updating the Bug Squashing Day Guidelines for signoffs |
| 10:37 |
* bshum |
isn't sure consensus was reached, and didn't see an email from gmcharlt |
| 10:37 |
bshum |
But I used that tag last night on one bug where I thought it could use some extra love. |
| 10:40 |
csharp |
"The Developers" is the term mostly used in the PINES library vernacular |
| 13:17 |
jboyer-isl |
It’s entirely up to you, I was just checking. :) |
| 13:17 |
|
maryj_ joined #evergreen |
| 13:18 |
mmorgan |
kmlussier: Previously, did you have a column for commented bugs? |
| 13:18 |
kmlussier |
mmorgan: I have a column for feedback on a patch that didn't get a signoff. I figure if the time went into testing or reviewing the code, but a signoff wasn't given, it should still count. |
| 13:19 |
kmlussier |
It may have said bug feedback before, but I think I counted it the same way. |
| 13:19 |
|
maryj__ joined #evergreen |
| 13:20 |
mmorgan |
OK, gotcha. |
| 13:20 |
dbs |
kmlussier++ |
| 16:29 |
Dyrcona |
For the record, that's more programming than I'd like to see in a template, but there you go. ;) |
| 16:39 |
|
hopkinsju joined #evergreen |
| 16:39 |
|
Bmagic joined #evergreen |
| 16:57 |
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 |
|
mrpeters left #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:10 |
jeffdavis |
the commit message for commit 51d2b34 references the wrong LP bug (should be bug 1210541, not 121054) |
| 02:42 |
|
AnxiousGarlic joined #evergreen |
| 02:42 |
|
AnxiousGarlic left #evergreen |
| 04:59 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:11 |
|
graced joined #evergreen |
| 07:39 |
|
rjackson_isl joined #evergreen |
| 07:42 |
|
sarabee joined #evergreen |
| 09:01 |
Dyrcona |
I deleted the wrong files one day last week or the week before, but could recover them easily enough. |
| 09:01 |
* Dyrcona |
keeps almost daily backups. |
| 09:01 |
* csharp |
keeps weekly |
| 09:01 |
pinesol_green |
[evergreen|Dan Pearl] LP#1155313: Repair generation of label_sortkey for monograph_part entries - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aa682ee> |
| 09:01 |
pinesol_green |
[evergreen|Dan Pearl] LP#1155313: upgrade script and pgTAP tests for monograph_part label normalization fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b754ad6> |
| 09:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1155313: fix copy-and-paste-o in test case - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e15727> |
| 09:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1155313: pin upgrade script to 0914 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0c305b9> |
| 09:01 |
Dyrcona |
Well, daily on the server, manual on the laptop, but run it every work day. |
| 09:01 |
csharp |
but I don't really keep anything of high value on my PC |
| 09:02 |
csharp |
I do most of my dev work on a remote server |
| 11:00 |
Dyrcona |
I used to run adblock, but didn't bother after the reinstallation last fall. |
| 11:00 |
gmcharlt |
anyway, I won't promulgate the poll link further, but I'll wait a bit for additional results, then this afternoon write something up for the dev mailing list |
| 11:01 |
|
ericar_ joined #evergreen |
| 11:07 |
jboyer-isl |
Does anyone know if oils_sql.c’s “Empty IN list” error is supposed to be “survivable?” For example, if you call open-ils.collections.user_balance_summary.generate and one of the patrons in collections has paid off all transactions, the summary dies when it hits Collections.pm line 865 (retrieving the balance of no transactions). I’ve fixed that by testing for the existence of values in the array, but if there’s |
| 11:07 |
jboyer-isl |
deeper down that should be fixed I’d like to look into that. |
| 11:09 |
jboyer-isl |
Though I suppose if everything dies when that happens now and empty in lists are suddenly tolerated there could be repercussions all over. |
| 11:10 |
Dyrcona |
jboyer-isl: I didn't look, but are you certain the error comes from the C code and not the database itself? |
| 11:12 |
berick |
it comes from the C |
| 11:12 |
jboyer-isl |
Yes, the string returned is from oils_sql.c line 2737. It doesn’t look like the sql makes it to the db in that case. |
| 13:01 |
pinesol_green |
Launchpad bug 1269865 in Evergreen 2.5 "ACQ user request can result in double (or quadruple) holds placement" (affected: 3, heat: 14) [Undecided,New] |
| 13:03 |
bshum |
From i18n land, https://bugs.launchpad.net/evergreen/+bug/1095280 makes me queasy :( |
| 13:03 |
pinesol_green |
Launchpad bug 1095280 in Evergreen "Build process doesn't get all translatable strings from templates" (affected: 1, heat: 6) [Undecided,Triaged] |
| 13:03 |
bshum |
I think to fix that we need to have more thought into defining a new PO? |
| 13:03 |
bshum |
For other template toolkit files |
| 13:04 |
|
sandbergja joined #evergreen |
| 13:06 |
bshum |
jihpringle: Hmm, this bug has been assigned to you, but unsure if you've had time to look at / test it: https://bugs.launchpad.net/evergreen/+bug/1380709 |
| 13:06 |
pinesol_green |
Launchpad bug 1380709 in Evergreen 2.8 "invoice print amounts-per-fund uses wrong value when item price varies" (affected: 1, heat: 8) [Undecided,New] |
| 13:07 |
jihpringle |
bshum: on my list to test today |
| 13:07 |
bshum |
Oh, cool :) |
| 13:07 |
bshum |
Hope you see good things on it. Thanks! |
| 13:09 |
yboston |
Is there a pinsol_green command to show a commit? |
| 13:27 |
bshum |
True enough. |
| 13:28 |
csharp |
(though God help 'em if theyre still on 2.0 :-)) |
| 13:28 |
Dyrcona |
csharp: That was part of a bigger group of four changes. It was one of the two changes that could stand on its own. |
| 13:29 |
csharp |
Dyrcona: I'm going to test it and sign off. That's something that has needed to be fixed for a long time |
| 13:29 |
* Dyrcona |
is surprised kmlussier never signed off on it, but it fell by the wayside behind other things. |
| 13:29 |
Dyrcona |
csharp++ |
| 13:29 |
kmlussier |
Dyrcona: There was still a bug in that one. |
| 05:02 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:19 |
|
jboyer-isl joined #evergreen |
| 07:19 |
|
graced joined #evergreen |
| 07:53 |
|
rjackson_isl joined #evergreen |
| 10:22 |
bshum |
remingtron++ # https://bugs.launchpad.net/evergreen/+bug/1426133 looks helpful. |
| 10:22 |
pinesol_green |
Launchpad bug 1426133 in Evergreen "Set merge_profile id sequence explicitly" (affected: 1, heat: 6) [Low,New] |
| 10:22 |
bshum |
Calling 0913 |
| 10:25 |
remingtron |
bshum: found that when my pgTAP test for another bug failed |
| 10:27 |
remingtron |
that should fix the integration server |
| 10:29 |
bshum |
phasefx++ # I'm also merging your fix for settings-tester.pl in https://bugs.launchpad.net/evergreen/+bug/1425967 |
| 10:29 |
pinesol_green |
Launchpad bug 1425967 in Evergreen "look for Business::CreditCard and not Business::CreditCard::Object in settings-tester.pl" (affected: 1, heat: 6) [Undecided,New] |
| 10:30 |
pinesol_green |
[evergreen|Remington Steed] LP#1426133: Set merge_profile_id_seq explicitly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d01ba8e> |
| 10:30 |
pinesol_green |
[evergreen|Ben Shum] LP#1426133: Stamping upgrade script for set merge_profile_id_seq - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=86066c4> |
| 10:30 |
pinesol_green |
[evergreen|Jason Etheridge] LP#1425967: look for Business::CreditCard in settings-tester.pl - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f0c5d6d> |
| 10:34 |
|
Newziky joined #evergreen |
| 10:56 |
phasefx |
berick: I tested user/berick/browser-client-grid-watch-and-bills, and the Apply action works on first use, but not on subsequent use. It's not obvious to me how to fix it further :( |
| 11:15 |
|
mllewellyn joined #evergreen |
| 11:16 |
berick |
phasefx: hm, it works on subsequent use for me in chrome |
| 11:18 |
phasefx |
berick: I'll try again |
| 11:19 |
berick |
ditto FF |
| 11:19 |
phasefx |
berick: IIRC, my steps were to create and pay a bill for today, and then filter to the first week in the month, and then filter to the end of the month |
| 11:20 |
berick |
k, i'm just confirming that Apply results in a query on the server |
| 11:20 |
egbuilder |
build #843 of evergreen-master-fedora-18 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/843 blamelist: Remington Steed <rjs7 calvin.edu>, Ben Shum <bshumbiblio.org>, Jason Etheridge <jasonesilibrary.com> |
| 11:21 |
bshum |
Oooh interesting. |
| 11:22 |
* bshum |
wonders if that's a real problem or just a fedora 21 quirk from csharp's upgrade |
| 11:22 |
bshum |
Since nobody else blew up, I guess we'll start there. |
| 09:03 |
krvmga |
it gave an error at Makefile.PL line 23 related to the yaz version |
| 09:03 |
krvmga |
and also said /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK |
| 09:05 |
|
mrpeters joined #evergreen |
| 09:06 |
phasefx |
krvmga: here's output from a debian wheezy Makefile.install run from this morning for comparison: http://testing.evergreen-ils.org/~live/test.8.html |
| 09:07 |
|
Newziky joined #evergreen |
| 09:10 |
pastebot |
"krvmga" at 64.57.241.14 pasted "attempt to install Net::Z3950::Simple2ZOOM with required SimpleServer" (201 lines) at http://paste.evergreen-ils.org/37 |
| 09:10 |
krvmga |
phasefx: you can see what happened to me at the command line at that paste. |
| 09:10 |
|
sarabee joined #evergreen |
| 09:11 |
phasefx |
krvmga: try the debian package for those instead? |
| 09:12 |
krvmga |
it's worth a shot |
| 09:13 |
phasefx |
libnet-z3950-simpleserver-perl, libnet-z3950-zoom-perl, libnet-z3950-simple2zoom-perl, libyaz4, libyaz4-dev, yaz |
| 09:14 |
phasefx |
here's settings-tester output from the same instance: http://testing.evergreen-ils.org/~live/test.23.html |
| 09:15 |
phasefx |
ah, here's something that needs some red highlighting: Please install Business::CreditCard::Object |
| 09:16 |
phasefx |
unrelated to your troubles |
| 09:20 |
jonadab |
The first failure I see in that first pastebin is Business::Stripe, I think. |
| 09:21 |
jonadab |
Which, hmm... current version of that hasn't changed since 2012 October. |
| 09:22 |
Dyrcona |
krvmga: You did sudo when you ran the Makefile.install step, right? |
| 12:42 |
|
dMiller_ joined #evergreen |
| 12:46 |
|
dMiller_ joined #evergreen |
| 13:04 |
|
chatley joined #evergreen |
| 13:34 |
kmlussier |
dbwells: I was going to test your patch on bug 1425191, but I'm having trouble replicating the original problem. Can you give me some guidance on how to make it break? |
| 13:34 |
pinesol_green |
Launchpad bug 1425191 in Evergreen 2.7 "Summarization fails for serial units" (affected: 1, heat: 6) [High,New] https://launchpad.net/bugs/1425191 |
| 13:36 |
dbwells |
kmlussier: Sure. It isn't particularly noticeable, since unit labels don't show up in many places in stock Evergreen. |
| 13:37 |
dbwells |
The easiest place to see it is receiving in serial control. |
| 13:39 |
dbwells |
You could also peek in serial.unit in the DB and see that the label field is empty. |
| 13:40 |
dbwells |
sorry, not label, but "summary_contents" and "detailed_contents" |
| 13:40 |
kmlussier |
OK, that gives me some good leads. Thanks! :) |
| 13:42 |
dbwells |
kmlussier: Thank you for testing! Also, bshum mentioned he was going to poke at this bug as well. I am not sure where he is at on that. |
| 13:42 |
|
dMiller_ joined #evergreen |
| 13:44 |
bshum |
dbwells: Right, I haven't gotten that far in my testing either. Have to continually refamiliarize myself with serials workflows :( |
| 13:44 |
bshum |
kmlussier++ # testing |
| 13:46 |
|
dMiller_ joined #evergreen |
| 13:50 |
|
dMiller_ joined #evergreen |
| 14:12 |
|
kitteh_ joined #evergreen |
| 14:13 |
kmlussier |
Bmagic: I hadn't even noticed that you had a fix for bug 1331174. Awesome! |
| 14:13 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 3, heat: 14) [Undecided,New] https://launchpad.net/bugs/1331174 |
| 14:14 |
* kmlussier |
knows somebody who might be interested in testing that, but will probably not be available on Bug Squashing Day. |
| 14:16 |
|
dreuther___ joined #evergreen |
| 14:16 |
|
dreuther__ joined #evergreen |
| 14:24 |
|
RoganH joined #evergreen |
| 04:50 |
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 |
|
graced joined #evergreen |
| 07:35 |
|
rjackson_isl joined #evergreen |
| 07:37 |
|
Arlene joined #evergreen |
| 11:00 |
|
sciani joined #evergreen |
| 11:04 |
|
mllewellyn joined #evergreen |
| 11:17 |
dbwells |
kmlussier: In my opinion, cases like this one depend on the level of changes to the code. If the changes are relatively simple, I'd backport it, but if they are more fundamental, it's probably really a new feature. I know that just kicks the can a bit, but it's the best I've got. |
| 11:19 |
kmlussier |
dbwells: I have a branch at working/user/kmlussier/lp1373203-let-users-escape-metarecord-holds. I just haven't had a chance to do anything beyond light testing, but should be able to post it to LP later today. |
| 11:30 |
|
dreuther_ joined #evergreen |
| 11:34 |
* dbs |
always likes getting "System was down yesterday so we recorded circulations in Word" messages |
| 11:35 |
dbs |
(first, local network was down, the library system was fine--but I get what they mean; second, we have an offline client! Jeez.) |
| 11:53 |
tsbere |
I can at least understand "our local network was down so we couldn't even log into the domain, so we recorded circs on the laptop that doesn't have Evergreen on it in Word" |
| 11:58 |
|
BigRig_ joined #evergreen |
| 12:03 |
dbs |
but you don't even need to log into the domain for standalone, at least not if you've connected in the past |
| 12:03 |
berick |
phasefx: curious if you tested commit e45a691 in google chrome ("add a Retrieve All These Patrons button") |
| 12:04 |
berick |
w/ more than one user selected |
| 12:05 |
berick |
phasefx: i ask becuase .. search down for "opening multiple tabs" in http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_notes&s[]=browser&s[]=client |
| 12:06 |
phasefx |
berick: I did test it. Chrome offered an option for allowing the web page to open multiple tabs.. it showed up as an icon on the location bar |
| 12:07 |
goood |
berick: yeah, it's the "enable pop-ups for this site" feature that allows opening multiple tabs |
| 12:07 |
berick |
crazy, is that new? |
| 12:07 |
berick |
either way.. cool! |
| 15:32 |
kmlussier |
There is this: http://wiki.evergreen-ils.org/doku.php?id=dev:browser_staff:dev_sprints |
| 15:32 |
* kmlussier |
was just looking for that info |
| 15:33 |
|
gdunbar joined #evergreen |
| 15:33 |
bshum |
gmcharlt: I tested the warning but I think it gave me an uncaught exception error in my console rather than displaying me anything |
| 15:33 |
bshum |
I'm double checking that. |
| 15:33 |
bshum |
Ah nevermind there it is |
| 15:34 |
bshum |
Testing by trying to delete "Stacks" for the demo concerto data just takes awhile to figure out that hey, maybe you can't do that. |
| 15:34 |
bshum |
I got the exception popup finally after a nonresponsive JS waiting |
| 15:34 |
Dyrcona |
kmlussier: Thanks muchly. |
| 15:35 |
Dyrcona |
I was getting documentation sprints and list archives. |
| 15:35 |
jboyer-isl |
bshum: That check is pretty basic and could probably be improved by studying some SQL. (Or even throwing a LIMIT 1 on the end to get the Q planner to stop being so picky) |
| 16:04 |
gmcharlt |
bshum: and bug 1424827 now exists, but just as a wishlist item |
| 16:04 |
pinesol_green |
Launchpad bug 1424827 in Evergreen "logically deleted copy locations should be accessible in copy location editor" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1424827 |
| 16:06 |
|
ericar_ joined #evergreen |
| 16:08 |
bshum |
gmcharlt++ # I'll go ahead and finish testing and push those working fixes to master in a bit. |
| 16:21 |
|
dreuther_ joined #evergreen |
| 16:24 |
|
akilsdonk joined #evergreen |
| 16:53 |
berick |
looking at working/collab/miker/web-client-28-rebase, which is browser client bug fixes, w/ a dash of features. |
| 04:22 |
|
Stompro joined #evergreen |
| 04:43 |
|
StomproJ joined #evergreen |
| 04:55 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:00 |
|
StomproJosh joined #evergreen |
| 07:21 |
|
graced joined #evergreen |
| 07:40 |
|
rjackson_isl joined #evergreen |
| 13:30 |
kmlussier |
eeevil++ gmcharlt++ |
| 13:30 |
kmlussier |
The action/trigger based messages seem to be working now. |
| 13:31 |
kmlussier |
Of course, I need to remind myself to wait for the delay. I almost filed a bug report saying they still weren't working. ;) |
| 13:32 |
berick |
kmlussier: let me know when you wrap up your testing. |
| 13:32 |
berick |
i'll do a final sweep and merge |
| 13:32 |
kmlussier |
berick: Will do |
| 13:33 |
* berick |
thinks this is a cool feature |
| 13:33 |
kmlussier |
Me too! :) |
| 13:47 |
gmcharlt |
kmlussier: yeah, I dropped the A/T delay down to 10 seconds in the test database :) |
| 13:47 |
kmlussier |
Apparently I was a bit impatient. :) |
| 13:55 |
jonadab |
Hmm... for current git Evergreen, is it recommended to upgrade to Apache 2.4, if the OS comes with 2.2 (e.g., wheezy)? |
| 13:56 |
csharp |
jonadab: nope |
| 15:53 |
dbwells |
berick: I can confirm both the bug and fix. berick++ |
| 15:53 |
jeff |
does this branch still try to "pay" bills out of order, or has it moved away from that? |
| 15:53 |
jeff |
an early version tried to "pay" (when simulating/checking) "larger" bills first |
| 15:54 |
dbwells |
The branch being tested right now doesn't try to do anything at all, it is strictly refactoring. |
| 15:54 |
jeff |
ah! i had lost context. thanks! |
| 15:55 |
jeff |
(checking in from a service desk with numerous distractions, i still have my coat on -- thanks for indulging a silly question) |
| 15:55 |
dbwells |
No problem, it is confusing, and who has time to read the 77 comments therein. |
| 15:58 |
kmlussier |
berick: I've finished up testing the message center for today. Sign-offs are forthcoming. |
| 15:58 |
berick |
kmlussier++ |
| 16:01 |
berick |
dbwells: Dyrcona: what's the situation w/ bug 1198465 -- if the fine-gen branch is merged, is the rest basically ready to go? or does that all need more testing, sign-off's, etc.? |
| 16:01 |
pinesol_green |
Launchpad bug 1198465 in Evergreen "Support for Conditional Negative Balances" (affected: 15, heat: 70) [Wishlist,Confirmed] https://launchpad.net/bugs/1198465 |
| 16:02 |
Dyrcona |
I'll let dbwells answer that. It's bascially all his now. |
| 16:02 |
berick |
*wistfully* it's more machine than man now |
| 16:03 |
kmlussier |
berick: There was still a bug with that branch the last time I tested that was supposed to be fixed by the fine-gen branch. I'm guessing it should be checked to see if it really is fixed. |
| 16:04 |
dbwells |
berick: I would need to rebase again, then testing and sign-offs still needed, too. And yes, the branch as it now exists is twisted, and evil. |
| 16:04 |
berick |
heh |
| 16:04 |
|
artunit joined #evergreen |
| 16:05 |
kmlussier |
The bug that needed to be fixed was related to generating new overdue fines on a lost checkin. The way I do my testing is very manual and requires that I do it over a few days to check that scenario. Not sure if you all have fancier ways of testing it. |
| 16:05 |
berick |
so, i really like the fine-gen changes. i think that will help a lot. i'm ready to sign off on those (and maybe do some squashing) unless there are any objections. |
| 16:06 |
dbwells |
berick: the goal in separating out the cstore part was to make it easier to test, so hopefully that will be worth it. I'll rebase the other stuff to that latest branch and see how far off we are from at least having working code again. |
| 16:06 |
berick |
dbwells: let me add sign-off's and squash and push another branch before you rebase. cool? |
| 16:07 |
dbwells |
sure, thanks |
| 16:11 |
Dyrcona |
Billing is twisted and evil, but it's what we got for now. |
| 05:54 |
* kmlussier |
yawns |
| 06:16 |
kmlussier |
Looks like bug 1350371 has had a signoff for a while if anyone feels inclined to merge it. :) |
| 06:16 |
pinesol_green |
Launchpad bug 1350371 in Evergreen "ACQ improved duplicate order detection" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1350371 |
| 06:20 |
kmlussier |
Ooh! I missed bug 1379815 when it was first added. I'll have to add it to my testing list for today. |
| 06:20 |
pinesol_green |
Launchpad bug 1379815 in Evergreen "Assign stat cats during Vandelay import/overlay of items" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1379815 |
| 06:48 |
|
berick joined #evergreen |
| 07:31 |
|
graced joined #evergreen |
| 08:53 |
|
maryj joined #evergreen |
| 08:55 |
eeevil |
kmlussier / Dyrcona: working/user/miker/lp1251394-metabib-display-fields updated |
| 08:55 |
kmlussier |
eeevil++ |
| 08:56 |
eeevil |
either rebasing shifted the code around and I missed it ... or, the baseline schema was never tested -- only the upgrade version was |
| 09:02 |
|
maryj joined #evergreen |
| 09:23 |
|
julialima_ joined #evergreen |
| 09:25 |
kmlussier |
eeevil: Still getting the schema does not exist messages, but the initial error is a bit different this time: |
| 10:54 |
Dyrcona |
dbwells: Good suggestion. I'll do that for now until we decide what to do about point release notes. |
| 10:54 |
kmlussier |
It could just be a matter of prettying up the change logs for each point release. |
| 10:54 |
Dyrcona |
Well, I think security fixes should get extra attention. |
| 10:57 |
kmlussier |
eeevil: Still no luck on the metabib display fields branch. Also, I don't know if the person who was planning to test it will be able to do it for tomorrow. Just wanted to let you know in case there are other things you need to do. |
| 10:57 |
kmlussier |
Latest error is: psql:002.schema.config.sql:188: ERROR: function config.metabib_representative_field_is_valid(integer, text) does not exist |
| 10:57 |
kmlussier |
HINT: No function matches the given name and argument types. You might need to add explicit type casts. |
| 10:58 |
|
dreuther_ joined #evergreen |
| 10:59 |
eeevil |
kmlussier: ah... yeah, there's more to move around. Thanks for looking at it. I won't have tuits to get back to it today, sorry. if there's a way to use the upgrade script on an existing master db, that should get you there, but I don't know if that's easy in your setup |
| 10:59 |
|
sandbergja joined #evergreen |
| 11:00 |
kmlussier |
eeevil: OK, I'll just add that error to the LP bug then so it doesn't get lost. |
| 11:00 |
eeevil |
thanks much! |
| 11:00 |
dbwells |
I am also going to make time to test the metabib display fields before the cutoff, since I'm at least partially responsible that it's been delayed this long. Must make amends! |
| 11:03 |
pinesol_green |
[evergreen|Steven Chan] LP#1418772: Avoid internal server error on viewing full record when copy create_date is null - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=55aaea8> |
| 11:03 |
pinesol_green |
[evergreen|Galen Charlton] LP#1418772: (follow-up) tweak undef-edness check - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fcaf1cc> |
| 11:12 |
|
jwoodard joined #evergreen |
| 13:30 |
krvmga |
in the hen story, the animals who come later don't get to eat the cake; only the hen and her chicks :) |
| 13:30 |
yboston |
BTW, at some point we shuold ask opinions fromt he whole community |
| 13:31 |
yboston |
but for example that can be done after we have had a secodn meeting to talk about re-orgs |
| 13:31 |
krvmga |
yboston: in that same line, i think, at some point, we should "play test" the docs with our expected end users. |
| 13:31 |
remingtron |
yboston: might be good to have a proposed outline to get feedback on |
| 13:31 |
sandbergja |
yboston: I like the sound of that -- I think we would get more feedback if we send out something concrete |
| 13:32 |
yboston |
I prefer to first have a clear list of things that we want to adress in the re-org and the minimun requirements for the re-org. Though both can be revised with time |
| 13:34 |
remingtron |
jihpringle: not that soon |
| 13:34 |
yboston |
yboston: I am concerned that we might not be ready to support seperated docs yet |
| 13:34 |
remingtron |
this is just a brainstorming meeting, so it may take a while to slowly change |
| 13:35 |
yboston |
I would like to run some tests to make sure we have the correct automated worlflow first |
| 13:35 |
krvmga |
yboston: that sounds good |
| 13:35 |
remingtron |
yboston: right, it would require changes to the docs building process on the server |
| 13:36 |
|
Arlene joined #evergreen |
| 13:55 |
yboston |
krvmga++ |
| 13:57 |
jihpringle |
afterl: I've created the comments/complaints wiki page (nothing on it yet) http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:reorg_2014:comments |
| 13:59 |
bbqben |
Hi all - EOB mtg starting here in a couple of minutes. cheers! |
| 13:59 |
kmlussier |
remingtron: I quick question before the next meeting starts. |
| 14:00 |
kmlussier |
Or maybe dbwells is the best person to answer it. |
| 14:00 |
kmlussier |
I'm going to test bug 1379815 |
| 14:00 |
pinesol_green |
Launchpad bug 1379815 in Evergreen "Assign stat cats during Vandelay import/overlay of items" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1379815 |
| 14:00 |
dbwells |
yay :) |
| 14:00 |
|
buzzy joined #evergreen |
| 14:06 |
bbqben |
#topic OPW project update |
| 14:07 |
yboston |
#info yboston is Yamil Suarez @ Berklee College of Music |
| 14:07 |
dbwells |
Good afternoon everyone. The OPW group gave a brief progress report at the dev meeting a couple days ago, and we were invited to do the same for the EOB, and perhaps answer any questions you might have. Our intern julialima_ has joined us today to give the update. |
| 14:07 |
julialima_ |
Good afternoon! We have been working very hard and we have made a lot of progress. |
| 14:07 |
julialima_ |
We are focused, mainly, in ensuring consistency and providing the best user experience we can. Of course it is a working progress, we are still testing some ideas and thinking new solutions for different situations. We still have 3 weeks until my internship is finished so we have a lot of time to try new things. |
| 14:07 |
julialima_ |
You can find the UI style guide in https://github.com/JuliaLima/Evergreen/tree/patch-1/docs/style_guide, remember that we are working on it, so nothing is definitive; and also you can check my blog for updates about our progress: http://lima-julia.tumblr.com/EG-style-guide. |
| 14:08 |
julialima_ |
Feel free to contact us and give your opinion and ideas, we need your feedback in order to improve our work, it is very important for us. |
| 14:08 |
dbwells |
julialima_ also posted a similar update to the mailing list a few days ago, so that might be the best overall venue for feedback at this point. |
| 14:09 |
kmlussier |
julialima++ dbwells++ |
| 14:09 |
bbqben |
julialima++ dbwells++ |
| 16:24 |
pinesol_green |
[evergreen|Dan Scott] lp1422555: Link permalink icon on record summary - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b30fb8> |
| 16:25 |
bshum |
jboyer-isl: That sounds... "special" |
| 16:25 |
bshum |
dbs++ kmlussier++ |
| 16:27 |
kmlussier |
Hmmm...is bug 1287370 considered new feature or bug fix? I just want to know if I should worry about testing it by tomorrow or not. |
| 16:27 |
pinesol_green |
Launchpad bug 1287370 in Evergreen "Funds Go Back Option Takes User Back to the First Fund Screen" (affected: 5, heat: 26) [Low,Confirmed] https://launchpad.net/bugs/1287370 |
| 16:28 |
dbs |
bug 1423585 is a nice, lightweight feature :) |
| 16:28 |
pinesol_green |
Launchpad bug 1423585 in Evergreen "TPAC discoverability: include Open Graph Protocol markup for bonus points" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1423585 |
| 16:31 |
bshum |
dbs: That sounds fancy. |
| 16:31 |
dbs |
I say it's a bug fix |
| 16:31 |
bshum |
So let it be done. |
| 16:32 |
kmlussier |
OK, well if I have time I'll test it anyway because our people would like to see it. And who knows when I'll get back to testing. |
| 16:32 |
kmlussier |
But there is always bug squashing day. :) |
| 16:54 |
|
dreuther joined #evergreen |
| 16:54 |
jonadab |
dbs: That _looks_ like it could just be a static background image with text added. Probably could be done with imagemagick. |
| 16:55 |
jonadab |
That's a guess, though. |
| 16:58 |
|
mdriscoll left #evergreen |
| 16:58 |
|
yboston left #evergreen |
| 17:02 |
|
mmorgan left #evergreen |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:28 |
pinesol_green |
[evergreen|Galen Charlton] LP#1378169: make context OU selector on funds page sticky - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8e8c2a8> |
| 17:31 |
|
dreuther_ joined #evergreen |
| 17:34 |
|
dreuther__ joined #evergreen |
| 18:27 |
|
Arlene joined #evergreen |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:31 |
|
graced joined #evergreen |
| 07:39 |
|
rjackson_isl joined #evergreen |
| 07:55 |
|
graced joined #evergreen |
| 09:13 |
bshum |
They're just deprecation warnings. Not errors. |
| 09:14 |
bshum |
krvmga: With autoreconf -i you only do that on git installs, from a tarball OpenSRF, it's not a necessary step. |
| 09:15 |
bshum |
Might be why you never noticed before? Cause it's been doing those little warnings for years now. |
| 09:18 |
StomproJ |
Has anyone tested/used one of the new intel DDR4 memory based servers for postgresql? Does the increased memory bandwidth give a big boost in performance? |
| 09:18 |
bshum |
There's DDR4? :\ |
| 09:18 |
* bshum |
goes back to living under his rocks |
| 09:19 |
bshum |
StomproJ: Might be an interesting question to ask over in the #postgresql channel too :) |
| 10:17 |
pinesol_green |
[evergreen|Remington Steed] LP#957466: Update editor/edit_date/source on overlay - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=62510da> |
| 10:18 |
pinesol_green |
[evergreen|Jason Stephenson] LP#957466 Vandelay set the 905$u on imported bib records to current user. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=522b6ff> |
| 10:18 |
pinesol_green |
[evergreen|Jason Stephenson] LP#957466: Stamping Upgrade Script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fe07338> |
| 10:43 |
jeff |
I've noticed an odd (to me) difference between xulrunner and webstaff, and I think it comes down to pcrud permissions vs open-ils.circ api permissions: |
| 10:47 |
jeff |
given a patron with open circulations at the CONS level (i can't recall offhand if those were generated by concerto or if that was me manually checking things out without having a workstation set), users without the EVERYTHING permission can't see the circs in the web client. |
| 10:47 |
jeff |
but they can in the xulrunner client. |
| 10:47 |
jeff |
I haven't yet given it a more realistic test (usually you wouldn't have circs at CONS, etc) |
| 10:48 |
berick |
jeff: does your login have global VIEW_CIRCULATIONS permissions? |
| 10:48 |
jeff |
And I'm going to take the opportunity to refresh/enhance my understanding of permissions in general, but I wasn't able to make the circs show in the web client even when making someone global admin and assigning them working locations across the org tree. |
| 10:49 |
jeff |
berick: i'll verify that specifically. one set. |
| 13:32 |
kmlussier |
yboston: I'm here now |
| 13:32 |
collum |
Just got it buzzy |
| 13:32 |
csharp |
buzzy: I got it at 1:29 p.m. |
| 13:34 |
yboston |
kmlussier: I sent you an email a little earlier. just letting you know I am building a Vm to test auth overlay. Also that, I if you had time/VM, that I have some auth code needing a sign-off bug 1403967 |
| 13:34 |
pinesol_green |
Launchpad bug 1403967 in Evergreen "Display 'subject heading thesaurus' value in Manage Authorities results" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1403967 |
| 13:35 |
buzzy |
great, thanks. i just did, too. for some reason, it didn't go through the first time |
| 13:37 |
|
mmorgan joined #evergreen |
| 13:41 |
|
maryj_ joined #evergreen |
| 13:42 |
kmlussier |
yboston: OK, good. I'm a little behind in my testing this week. |
| 13:43 |
kmlussier |
yboston: I can take a look at your code. |
| 13:44 |
|
maryj joined #evergreen |
| 13:53 |
jeffdavis |
jonadab: you are correct - passwords stored in the db are hashed but not salted |
| 13:55 |
Dyrcona |
Salt is applied when a user authenticates, but if someone grabs your database, you may have bigger problems than worrying about the user's password hashes. |
| 15:15 |
* phasefx |
found a wish for this earlier when trying to use Consortium as a pickup lib.. wasn't obvious to me at first what was happening |
| 15:16 |
jonadab |
Having the page return a partly-filled form with an informative error about the missing required field(s) is what is what I would probably do, _possibly_ with optional Javascript designed to pre-empt the submit if Javascript is working ok, letting the server-side stuff catch it if not. |
| 15:18 |
kmlussier |
phasefx: You can select the consortium as a pickup library? |
| 15:19 |
phasefx |
kmlussier: I'm sure it was an admin user on a test system, maybe with the consortium as a the workstation lib. Once deselected, you can't reselect it |
| 15:19 |
kmlussier |
jonadab: The problem with the optional Javascript is that we've tried to keep it out of the catalog unless it's aboslutely necessary. |
| 15:19 |
phasefx |
but the user had no sane default for whatever reason |
| 15:19 |
kmlussier |
phasefx: Ah, ok. |
| 15:39 |
pinesol_green |
Launchpad bug 1366026 in Evergreen "Add Copy Active Date to Staff Client Display" (affected: 4, heat: 24) [Wishlist,Incomplete] https://launchpad.net/bugs/1366026 |
| 15:39 |
jboyer-isl |
lp 1210541 |
| 15:40 |
jboyer-isl |
Drop the comma or add the space, who knows where things went off. |
| 15:47 |
yboston |
berick: am I wrong, or did your authority overlay code get signed off and merged to master? Should I still test off of master or should I test from your rebased branch? |
| 15:48 |
kmlussier |
jboyer-isl: Hmmm...I was just discussing it with mmorgan. I think there's a fine line between bug fix and enhancement, but if it isn't mentioned in the release notes, then all the people who gave up on deleting copy locations won't know they can delete them now. |
| 15:49 |
dbs |
Bug fixes should have release notes entries too! |
| 15:49 |
goood |
yboston: it got pushed today, you are not wrong. testing on master is best now |
| 15:49 |
jboyer-isl |
Sigh. I suppose that is true. (dbs's point includeD) |
| 15:49 |
dbs |
lots of bug fixes listed in http://www.postgresql.org/docs/9.4/static/release-9-4-1.html :) |
| 15:50 |
* dbs |
promises to start writing now overdue release notes for TPAC features |
| 16:45 |
hopkinsju |
Right. One favors readability, the other writeablilty I suppose |
| 16:56 |
dbs |
bshum: aw yeah, that's how I roll. I'll fix it |
| 16:56 |
bshum |
dbs++ |
| 16:57 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:04 |
|
vlewis joined #evergreen |
| 17:05 |
|
vlewis joined #evergreen |
| 17:09 |
|
mdriscoll left #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:13 |
pinesol_green |
[evergreen|Dan Scott] Fix typo in release notes for TPAC discoverability - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c0fabd0> |
| 17:15 |
|
wlayton joined #evergreen |
| 17:17 |
* bshum |
waves at wlayton :) |
| 17:24 |
|
mrpeters left #evergreen |
| 18:00 |
dbs |
berick: fantastic! |
| 18:03 |
berick |
certainly adds pressure to angular-ize (i.e. websocket-ize) legacy UI's |
| 18:03 |
ldw |
MrBaggins: I sent a reports howto to the mailing list in 2011, so some of it may not be applicable now, you can find it here: http://georgialibraries.markmail.org/message/ptlz36kle63spqqb?q=Liam+report+date:201109+ |
| 18:04 |
berick |
hm, patron reg throws the same warning, but still renders OK |
| 18:04 |
berick |
perhaps it's only deprecated, but not yet prevented, and vandelay is just broken for some other reason |
| 18:05 |
berick |
oh well, more testing later |
| 18:06 |
dbs |
all I've been seeing is deprecation notices, but I thought maybe you were on canary or some such advance build |
| 18:12 |
MrBaggins |
Thanks for that ldw, every bit helps |
| 18:23 |
jonadab |
As far as asciidoc and people wanting .txt files so they can double click, it should be straightforward to make the build process turn the former into the latter. |
| 00:03 |
|
mrpeters joined #evergreen |
| 00:07 |
|
mrpeters left #evergreen |
| 04:59 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:16 |
|
graced joined #evergreen |
| 07:27 |
kmlussier |
@coffee |
| 07:27 |
* pinesol_green |
brews and pours a cup of Ka'u Coffee Natural Dried, and sends it sliding down the bar to kmlussier |
| 15:01 |
dbwells |
#info dbwells = Dan Wells, Hekman Library (Calvin College) |
| 15:01 |
remingtron |
#info remingtron = Remington Steed, Hekman Library (Calvin College) |
| 15:01 |
phasefx |
#info phasefx = Jason Etheridge, ESI |
| 15:02 |
bshum |
Alrighty, well, as others come along, feel free to add yourselves. We'll move on for now. |
| 15:03 |
bshum |
#topic Action items from last meeting |
| 15:03 |
bshum |
#info dbwells will separate the cstore billing code into a separate bug; jeff and berick will help with testing |
| 15:03 |
kmlussier |
#info kmlussier is Kathy Lussier - MassLNC |
| 15:03 |
bshum |
Any report on that? |
| 15:03 |
berick |
#info dbwells posted collab/dbwells/1198465_cstore_fines_gen -- I have not done any testing yet |
| 15:04 |
jeff |
i can confirm that dbwells has a working branch with said separation and that i'm still planning to test -- sooner than later. |
| 15:04 |
eeevil |
#info eeevil = Mike Rylander, ESI |
| 15:04 |
Bmagic |
#info bmagic is Blake GH - MOBIUS |
| 15:04 |
dbwells |
I did split it, but I also did a bad job at bothering people about it. |
| 15:04 |
eeevil |
(I added a couple things to the agenda at the last moment ... sorry) |
| 15:04 |
bshum |
Alrighty, I think we can leave it off the meeting action items. Hopefully you guys can test it out before the beta cutoff? :) |
| 15:04 |
kmlussier |
We have it loaded on a test server at MassLNC, but I've only looked at it quickly. I'm planning to take a closer look this week. |
| 15:05 |
bshum |
#info Testing to continue. |
| 15:05 |
berick |
one sec... |
| 15:05 |
dbwells |
kmlussier: I did push an update earlier today to fix penalty generation. Just FYI. |
| 15:05 |
kmlussier |
dbwells: OK, thanks. I' |
| 15:13 |
gmcharlt |
but I want to ask others: any other pending stuff that folks would want to target for a March release? |
| 15:13 |
* bshum |
assumes the pound proxy example config is in reference to getting websockets happier with standard ports? |
| 15:13 |
gmcharlt |
yep |
| 15:14 |
bshum |
Sweet, gmcharlt++ # looking forward to testing those things out. |
| 15:15 |
bshum |
#info gmcharlt with new WIP for improving osrf_control --diagnostic and pound proxy example config for websockets in upcoming OpenSRF release. |
| 15:16 |
bshum |
... anything else on OpenSRF? |
| 15:16 |
bshum |
Do we want to assign an action for 2.4.1 cutting? |
| 15:17 |
|
bibliophylum joined #evergreen |
| 15:17 |
gmcharlt |
bshum: go for it |
| 15:17 |
gmcharlt |
you have... THE POWER |
| 15:38 |
gmcharlt |
berick: well, a quick review to be clear |
| 15:38 |
Bmagic |
Im sure no one looked at this one https://bugs.launchpad.net/evergreen/+bug/1174498 |
| 15:38 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" (affected: 7, heat: 38) [Wishlist,In progress] - Assigned to Jeff Godin (jgodin) |
| 15:38 |
bshum |
jeffdavis: I actually got my Overdrive API test key last week. So I might look more closely soon, but not sure if it'll be in time for Friday :\ |
| 15:38 |
gmcharlt |
jeffdavis: I'd look at it when you mentioend it (last month? how time flies); have you made any tweaks since then? |
| 15:39 |
jeff |
Bmagic: i have concerns about payment by billing type interaction with some other billing changes -- it currently can be wrong about things with regard to future-dated overdues. |
| 15:39 |
jeffdavis |
gmcharlt: no, no changes since then |
| 15:42 |
gmcharlt |
jeffdavis: I think some concerns about work-for-hire were expessed -- but I think that's OK for it living as a contrib |
| 15:42 |
kmlussier |
We also have some people lined up here to look at 1410369. |
| 15:42 |
bshum |
In the interests of finishing up this meeting, I'm going to ask us to delay discussions on specific features / requests for 2.8 post-meeting. I'll give it a moment to wrap up last typing. |
| 15:42 |
gmcharlt |
berick: you've got a deal; I'll start testing that tomorrow |
| 15:43 |
berick |
gmcharlt++ # point me at the branch when it's published |
| 15:43 |
bshum |
berick: Anything else about 2.8 beta before we move on? |
| 15:43 |
gmcharlt |
berick: will do |
| 15:43 |
berick |
and kmlussier's testing is welcome :) |
| 15:43 |
berick |
bshum: one last thing. |
| 15:43 |
kmlussier |
berick: The more the merrier. :) |
| 15:44 |
berick |
i want to reiterate that any testing we can do with master between Friday and next Wednesday (beta release) is greatly apprecaited |
| 15:44 |
berick |
to reduce the amount of beta bugs |
| 15:44 |
berick |
or bug fix merges, for that matter |
| 15:45 |
berick |
i'll try to finalize the DB upgrade script well before wednesday, too, for eyes |
| 15:45 |
jeff |
berick++ |
| 15:45 |
bshum |
#info Beta release cut on Wednesday, February 25 |
| 15:45 |
bshum |
#help Please help test between beta deadline and cut to minimize bugs in beta. And also help with bug fixes in general. |
| 15:46 |
bshum |
berick++ |
| 15:46 |
bshum |
Alrighty. |
| 15:46 |
bshum |
#topic OPW Progress Report |
| 15:46 |
dbwells |
The OPW group would like to update the community on the progress of the Evergreen Style Guide project. Our intern julialima_ has joined us today to give the update. |
| 15:47 |
julialima_ |
We have been working very hard and we have made a lot of progress. |
| 15:47 |
julialima_ |
We are focused mainly in ensuring consistency and providing the best user experience we can. Of course it is a working progress, we are still testing some ideas and thinking new solutions for different situations. We still have 3 weeks until my internship is finished so we have a lot of time to try new things. |
| 15:48 |
julialima_ |
You can find the UI style guide in https://github.com/JuliaLima/Evergreen/tree/patch-1/docs/style_guide, remember that we are working on it, and also you can check in my blog for updates about our progress: http://lima-julia.tumblr.com/EG-style-guide. |
| 15:48 |
julialima_ |
Feel free to contact us and give your opinion, we need your feedback in order to improve our work, it is very important for us. |
| 15:49 |
kmlussier |
julialima_ / dbwells: I can't remember. Have the links to the blog and github repo been posted to the mailing list yet? |
| 15:49 |
bshum |
#link Style guide: https://github.com/JuliaLima/Evergreen/tree/patch-1/docs/style_guide |
| 15:49 |
bshum |
#link Blog: http://lima-julia.tumblr.com/EG-style-guide |
| 16:29 |
yboston |
berick: got a minute |
| 16:36 |
jeffdavis |
1/away afk |
| 16:46 |
|
julialima_ left #evergreen |
| 16:48 |
mdriscoll |
Dyrcona: I have been testing your code for LP#957466 today. Are you still here for a question? |
| 16:50 |
Dyrcona |
Yes. I'm here. |
| 16:50 |
mdriscoll |
If a record has a user in a 905 $u, an update to an existing record will use the 905 $u as the editor, but for a new record, the 905 $u is ignored. |
| 16:51 |
mdriscoll |
I'm not sure if it's important for update and create to work the same way. |
