| Time |
Nick |
Message |
| 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:22 |
|
graced joined #evergreen |
| 07:22 |
|
jboyer-isl joined #evergreen |
| 07:39 |
|
sbrylander joined #evergreen |
| 08:00 |
|
Newziky joined #evergreen |
| 08:03 |
|
Shae joined #evergreen |
| 08:06 |
|
collum joined #evergreen |
| 08:32 |
|
akilsdonk joined #evergreen |
| 08:34 |
|
mrpeters joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:45 |
|
rjackson_isl joined #evergreen |
| 08:54 |
|
maryj joined #evergreen |
| 08:54 |
|
ericar joined #evergreen |
| 09:04 |
|
remingtron joined #evergreen |
| 09:22 |
|
Newziky1 joined #evergreen |
| 09:30 |
|
mrpeters joined #evergreen |
| 09:38 |
|
yboston joined #evergreen |
| 10:05 |
|
Newziky2 joined #evergreen |
| 10:12 |
csharp |
@quote random |
| 10:12 |
pinesol_green |
csharp: Quote #16: "<berick> why's it broken? just bugcause." (added by gmcharlt at 01:37 PM, October 12, 2011) |
| 10:14 |
berick |
so proud of that one |
| 10:15 |
* kmlussier |
groans |
| 10:18 |
jboyer-isl |
kmlussier would prefer "just bee-cause?" |
| 10:19 |
kmlussier |
Heh, not sure that's much better. :) |
| 10:20 |
* jboyer-isl |
: Lowering expectations since 1979. |
| 10:24 |
kmlussier |
jboyer-isl++ |
| 10:51 |
pinesol_green |
[evergreen|Bill Erickson] Forward-porting 2.7.4-2.8.0 DB upgrade - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3608741> |
| 10:53 |
bshum |
berick++ |
| 10:54 |
* berick |
renames and moves the rc1 files into their 2.8.0 slots |
| 10:54 |
bshum |
Will that work, or will the upgrade script in the rc1 tarball have the wrong stamp? |
| 10:55 |
bshum |
Or did you make it as straight 2.8.0 |
| 10:55 |
berick |
i built rc1 with version = 2.8.0 |
| 10:55 |
berick |
for just this reason |
| 10:55 |
bshum |
Ahh, slick ;) |
| 11:00 |
* berick |
could use a volunteer to update the downloads page |
| 11:01 |
kmlussier |
I can do that |
| 11:01 |
berick |
kmlussier++ |
| 11:02 |
berick |
as a reminder, files are now under downloads/ instead of downloads/previews/ |
| 11:03 |
kmlussier |
What does this mean for 2.5 and 2.6? Does 2.5 get pushed off the downloads page? Is 2.6 security only now? |
| 11:05 |
kmlussier |
We provide support for one month after two stable releases have been made available. So that means 2.6 is still supported. |
| 11:05 |
bshum |
2.5 is off. |
| 11:05 |
kmlussier |
No, wait, I'm reading something old. |
| 11:05 |
bshum |
2.6 is now "security release only" I think. |
| 11:08 |
kmlussier |
Well, technically I think it's still supported. It gets 12 months, right? Looks like it was released at the end of April last year. |
| 11:08 |
bshum |
Yeah, but more or less it's over :) |
| 11:08 |
bshum |
You'd have to look at the exact release date if you want to get all technical about it ;) |
| 11:09 |
* bshum |
runs off to his next meeting. |
| 11:10 |
kmlussier |
April 21 |
| 11:11 |
jonadab |
IMO, supporting existing installs of an old version is one thing, and continuing to have it featured on the download page is different, because that encourages new installs of that version. |
| 11:13 |
|
sandbergja joined #evergreen |
| 11:32 |
kmlussier |
berick: One thing I'm stuck on. What is the ChangeLog URL? I tried http://evergreen-ils.org/downloads/ChangeLog-2.7.4-2.8.0 |
| 11:34 |
|
vlewis joined #evergreen |
| 11:36 |
jeffdavis |
kmlussier: http://evergreen-ils.org/downloads/previews/ChangeLog-2.7.4-2.8.0 works at the moment |
| 11:37 |
kmlussier |
Yeah, I noticed that. I'm not sure if it should be moving out of the previews directory now. |
| 11:38 |
berick |
ohh |
| 11:38 |
berick |
i forgot to move that |
| 11:38 |
* berick |
fixes |
| 11:38 |
berick |
kmlussier: ok, moved out of previews, into downloads |
| 11:39 |
kmlussier |
berick: Downloads page is updated. |
| 11:39 |
berick |
kmlussier++ |
| 11:39 |
berick |
thanks |
| 11:40 |
kmlussier |
But you might want to check everything to make sure I didn't miss anything. |
| 11:40 |
berick |
will do |
| 11:40 |
kmlussier |
I left 2.6 as stable since it was released on April 21. But if y'all think it should be put into security only, I can make that change. |
| 11:41 |
kmlussier |
berick++ #Getting 2.8.0 out by the end of March! |
| 11:42 |
berick |
page looks good. links all work |
| 11:49 |
bshum |
kmlussier++ |
| 12:06 |
|
jihpringle joined #evergreen |
| 12:14 |
|
buzzy joined #evergreen |
| 12:14 |
|
Susan joined #evergreen |
| 12:20 |
|
bmills joined #evergreen |
| 12:32 |
|
jboyer-isl joined #evergreen |
| 12:38 |
|
_1_selvan joined #evergreen |
| 12:39 |
|
_1_selvan left #evergreen |
| 12:53 |
|
graced joined #evergreen |
| 13:10 |
|
jwoodard joined #evergreen |
| 13:31 |
|
eady joined #evergreen |
| 13:36 |
|
eady joined #evergreen |
| 13:45 |
|
eady joined #evergreen |
| 13:55 |
|
Newziky joined #evergreen |
| 13:59 |
dbs |
Hmm. so acq.invoice_payment_method is empty by default, that seems a bit surprising |
| 14:10 |
kmlussier |
dbs: It would be nice to set a default when configuring the payment methods. Or maybe make that field sticky. |
| 14:10 |
kmlussier |
I don't know if our libs make heavy use of that field since they tend to use the same payment method for everything. |
| 14:25 |
dbs |
huh, 'obj = {"acqlia":[{"1":"uncommon","__fuzzy":true}ÿÿÿÿð' seems bad (JavaScript console error trying to view the history of an invoice |
| 14:26 |
dbs |
err, view history of a line item |
| 14:30 |
|
buzzy joined #evergreen |
| 14:30 |
dbs |
getting fun DB query errors trying to do things like "Show POs where PO-Creator is not dscott" too |
| 14:36 |
dbs |
oh, you need to use the value of actor.usr.id, not usrname. That seems... unfriendly |
| 14:39 |
kmlussier |
dbs: You don't think everyone knows their user id off the top of their heads? |
| 14:40 |
dbs |
Their own, maybe, I'm more worried about acq admins QAing the efforts of a new orderer :) |
| 14:41 |
* dbwells |
thinks "Who am I? 2-4-6-0-1!!!!!" |
| 14:41 |
jboyer-isl |
dbwells++ |
| 14:41 |
jboyer-isl |
Should be in the stock data set. |
| 14:43 |
* kmlussier |
certainly wouldn't know her own user id. |
| 14:53 |
* dbs |
praises Sitka for http://docs.sitka.bclibraries.ca/Acq/current/html/ |
| 14:53 |
dbs |
huzzah for task-oriented docs! |
| 14:56 |
dbs |
Looks like our special snowflake acq process is going to be to create tons of individual POs, then create an invoice when we receive a shipment by adding those POs progressively to the invoice, then receiving the entire invoice in bulk |
| 14:57 |
dbs |
which turns everything from "encumbered" to "paid", but isn't really paid until a month or so later when the uni finance dept actually cuts a cheque, at which point we add charges/credits for currency adjustments to the invoice before closing it |
| 14:58 |
dbs |
kind of wish the "encumbered" would stay "encumbered" when the items are received but the invoice hasn't been closed, but oh well; should work |
| 15:02 |
kmlussier |
dbs: That's been on our wishlist for a while. |
| 15:04 |
kmlussier |
In fact, one of our partners is looking for quotes to do something similar if anyone is interested in doing some acq work. http://wiki.evergreen-ils.org/doku.php?id=evergreen_features:proposed_development_projects#approval_process_for_edi_invoices |
| 15:04 |
kmlussier |
Except, in this case, it would just be for EDI invoices. |
| 15:06 |
kmlussier |
dbs: When you say individual POs, do you mean creating a PO for each lineitem? |
| 15:07 |
dbs |
kmlussier: I guess just individual lineitems that just float around until we receive a shipment + invoice |
| 15:08 |
dbs |
For Amazon orders, though, individual prepaid POs |
| 15:11 |
|
akilsdonk joined #evergreen |
| 15:11 |
csharp |
@praise sitka for awesome acq docs |
| 15:11 |
* pinesol_green |
sitka is the very model of a modern major hacker for awesome acq docs |
| 15:12 |
kmlussier |
dbs: It doesn't sound too special snowflake to me. Our libraries put a bunch of lineitems on a PO to place the order and then gather the lineitems from one shipment into an invoice as you described. |
| 15:13 |
kmlussier |
When it's not an EDI invoice, that is. |
| 15:13 |
dbs |
actually no, we do need to create tons of individual POs |
| 15:14 |
dbs |
I guess they could add individual line items to a single PO but there doesn't seem to be much advantage to that |
| 15:16 |
kmlussier |
dbs: If you were using EDI, it would be advantageous. But even when ordering manually, I think our libraries like to see all of the titles ordered at one time in one place. |
| 15:21 |
kmlussier |
I'm looking at the "Obscure the Date of birth field" OU setting. |
| 15:21 |
kmlussier |
The description says: "When true, the Date of Birth column in patron lists will default to Not Visible, and in the Patron Summary sidebar the value will display as unless the field label is clicked." |
| 15:21 |
kmlussier |
Which patron lists is it referring to? I looked in the list of patron search results, but the DOB is visible. |
| 15:27 |
|
DPearl1 joined #evergreen |
| 15:27 |
tsbere |
kmlussier: Did you log out and back in after changing the setting? |
| 15:27 |
kmlussier |
Yes |
| 15:28 |
* tsbere |
has no other ideas then |
| 15:28 |
kmlussier |
I can try again |
| 15:28 |
kmlussier |
There really aren't that many patron lists in the client. |
| 15:28 |
tsbere |
I just know a lot of settings like that are, in effect, cached once at login and never checked again during your session. |
| 15:29 |
phasefx |
kmlussier: looks like it should only touch patron search, patron summary, and the patron Groups interface |
| 15:29 |
phasefx |
I also don't see anything that suggests it actually works anymore, at least in patron search |
| 15:29 |
kmlussier |
It works in patron summary. As far as I can tell, it doesn't work in patron search, but I'm also not on a clean, master system. |
| 15:30 |
kmlussier |
OK, it's not just me. I'm actually filing the bug for the webclient, but I always like to check to see how it worked in xul first. |
| 15:30 |
|
DPearl joined #evergreen |
| 15:31 |
phasefx |
kmlussier: bug I introduced with 64d3349c978389a57511ee1b65514a9679cae6d3 |
| 15:31 |
pinesol_green |
[evergreen|phasefx] move Patron Search over to fm_columns instead of patron.util.columns (the former makes use of fm_IDL.xml and can automagically make use of new fields, etc.). Also give fm_columns the ability to hide virtual fields from the column picker - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=64d3349> |
| 15:31 |
phasefx |
kmlussier: 'au_dob' : { 'hidden' : false } needs to be 'dob' : { 'hidden' : obscure_dob } |
| 15:32 |
kmlussier |
phasefx: Would that affect the patron groups interface too? |
| 15:32 |
phasefx |
way back in 2010; you can see how well used and loved that feature is |
| 15:33 |
phasefx |
kmlussier: that interface looks like it should work |
| 15:34 |
phasefx |
correction on search, 'au_dob' : { 'hidden' : false } needs to be 'au_dob' : { 'hidden' : obscure_dob } |
| 15:34 |
kmlussier |
I can't get the groups interface to work either. |
| 15:34 |
kmlussier |
I wonder if anyone has it enabled. :) |
| 15:35 |
phasefx |
kmlussier: it's only the default columns, so once you save your columns once, defaults don't come into play |
| 15:35 |
phasefx |
try a new xulrunner profile? |
| 15:36 |
kmlussier |
I'll just add it to the bug for the webclient. Not sure how much time I want to spend nailing down a xulrunner issue. :) |
| 15:36 |
phasefx |
it's a very minor bug/feature given the configurability of columns |
| 15:37 |
kmlussier |
Yeah, I think most people have customized those. |
| 15:37 |
phasefx |
particularly if they care about "obscuring" dob |
| 15:38 |
* kmlussier |
now can't recall what she was doing when she found that setting. :( |
| 15:39 |
* phasefx |
would vote for that yaous going way, "maybe we can turn the tide on YAOUS proliferation :) |
| 15:40 |
phasefx |
particularly given how much easier the web client will be to skin/customize |
| 15:40 |
kmlussier |
I have no opinion on that particular setting, but I generally am a fan of YAOUS. :) |
| 15:41 |
kmlussier |
@whocares yaous |
| 15:41 |
pinesol_green |
kmlussier and bshum love yaous |
| 15:42 |
kmlussier |
I also work with three separate sites, so you can see why I would like an easy setting to make something work a certain way. :) |
| 15:43 |
phasefx |
it's a question of where to put the easy :) |
| 15:44 |
phasefx |
and for whom ;) |
| 15:44 |
kmlussier |
For the libraries, of course! |
| 15:44 |
phasefx |
:) |
| 15:44 |
jboyer-isl |
@hate YOUS |
| 15:44 |
pinesol_green |
jboyer-isl: The operation succeeded. jboyer-isl hates YOUS. |
| 15:45 |
jboyer-isl |
I'm more in the middle than that, but there isn't really a @WouldRatherNotHaveSoMuch YOUS |
| 15:45 |
kmlussier |
@whocares YOUS |
| 15:45 |
* phasefx |
does think skins are better than settings for controlling UI elements like that, or perhaps a "sticky" UI infrastructure that is easy to propogate |
| 15:45 |
pinesol_green |
jboyer-isl hates YOUS |
| 15:45 |
jboyer-isl |
@hate YAOUS |
| 15:45 |
pinesol_green |
jboyer-isl: The operation succeeded. jboyer-isl hates YAOUS. |
| 15:46 |
jboyer-isl |
@love YOUS |
| 15:46 |
pinesol_green |
jboyer-isl: But jboyer-isl already hates YOUS! |
| 15:46 |
jboyer-isl |
Huh. |
| 15:46 |
jboyer-isl |
@dontcare YOUS |
| 15:46 |
pinesol_green |
jboyer-isl: The operation succeeded. jboyer-isl no longer hates YOUS. |
| 15:46 |
jboyer-isl |
Hah. |
| 15:46 |
kmlussier |
jboyer-isl: Phew! I was beginning to worry you were turning on all of us. :) |
| 15:46 |
tsbere |
We need an option for "loves and hates" - They are not always mutually exclusive. <_< |
| 15:47 |
jboyer-isl |
tsbere: Reports, for instance. |
| 15:47 |
jboyer-isl |
kmlussier: Never think it! |
| 15:47 |
tsbere |
Perhaps a counter system. "Hated X times, Loved Y times" ;) |
| 15:48 |
bshum |
Heh |
| 15:48 |
tsbere |
Kindof like the karma system, but on a personal basis with things, I guess. |
| 15:49 |
kmlussier |
phasefx: I do think there may be opportunities to remove some GUI settings with the web client since it is easier to customize the web client. |
| 15:50 |
kmlussier |
At the same time, I think there will always be some sites that find it easier to flip a switch than to customize a tt2 file, for example. |
| 15:50 |
* phasefx |
has nightmares of everything becoming a switch :D |
| 15:51 |
dbs |
we just removed the pertinent fields from the XUL completely |
| 15:56 |
kmlussier |
@karma yaous |
| 15:56 |
pinesol_green |
kmlussier: Karma for "yaous" has been increased 3 times and decreased 4 times for a total karma of -1. |
| 15:57 |
kmlussier |
yaous++ |
| 16:49 |
eeevil |
yaous++ |
| 16:50 |
kmlussier |
eeevil: :) |
| 16:52 |
eeevil |
honoring_yaous++ |
| 17:15 |
|
mmorgan left #evergreen |
| 17:29 |
|
bbqben joined #evergreen |
| 17:46 |
|
Newziky joined #evergreen |
| 17:51 |
|
buzzy joined #evergreen |
| 17:53 |
|
Newziky left #evergreen |
| 18:04 |
|
dcook joined #evergreen |
| 19:36 |
|
wlayton joined #evergreen |
| 19:39 |
|
jihpringle joined #evergreen |
| 20:13 |
gmcharlt |
http://evergreen-ils.org/evergreen-2-8-0-released/ |
| 20:19 |
gmcharlt |
berick++ |
| 20:34 |
kmlussier |
Ack! Forgot about Release Note acknowledgements |
| 20:35 |
* kmlussier |
can work on them later this week. |
| 20:43 |
|
akilsdonk joined #evergreen |
| 22:09 |
|
akilsdonk joined #evergreen |
