Time |
Nick |
Message |
00:40 |
|
remingtron_ joined #evergreen |
00:40 |
|
artunit_away_ joined #evergreen |
00:44 |
|
jeff_____ joined #evergreen |
00:50 |
|
bshum joined #evergreen |
00:50 |
|
rangi joined #evergreen |
00:50 |
|
rangi joined #evergreen |
00:56 |
|
mtj_ joined #evergreen |
01:41 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1539088: marc_export prints "Waiting for input" when non-interactive - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=da50743> |
02:15 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1528596: Add another eval/warning check in marc_export. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6f82165> |
02:50 |
|
bshum joined #evergreen |
07:59 |
|
ericar joined #evergreen |
08:28 |
|
Dyrcona joined #evergreen |
08:29 |
|
mrpeters joined #evergreen |
08:38 |
|
mmorgan joined #evergreen |
08:43 |
|
mmorgan1 joined #evergreen |
09:07 |
Dyrcona |
bshum++ |
09:14 |
* Dyrcona |
runs git gc to eliminate some "phantom" branches. |
09:23 |
Dyrcona |
kmlussier: I updated my development vm with the latest sprint2-sprint3 changes. |
09:24 |
kmlussier |
gmcharlt: Are you at a stopping point with the sprint 2 work? If so, I'll take a look at the branch on Dyrcona's VM, and, if it looks as good as it does on webby, I'll try merging it sometime this week. |
09:25 |
gmcharlt |
kmlussier: I'm not at a stopping point, but I'm nearly at a good pausing point and will be by the afternoon |
09:25 |
kmlussier |
gmcharlt: Fabulous. Thanks! |
09:25 |
Dyrcona |
I'll keep an eye on the branch, then. |
09:25 |
gmcharlt |
so, let's say at noon I'll take that branch, do a bit of squashing and commit message cleanup, and publish it as the new collab branch that'll be ready for merging |
09:26 |
|
yboston joined #evergreen |
09:26 |
|
maryj joined #evergreen |
09:42 |
|
bwicksall joined #evergreen |
09:44 |
kmlussier |
Dyrcona++ gmcharlt++ |
09:47 |
Dyrcona |
kmlusser: I might have to build a new branch after the rebase if you want to continue testing on my development system. |
09:48 |
Dyrcona |
If that's the case, do you want to just load the sprint2-sprint3 branch, and maybe the patron editor branch? |
09:53 |
kmlussier |
Dyrcona: Yes, that's fine. That's all I'm focusing on ATM |
09:55 |
Dyrcona |
I could reload the database in the meantime, and probably should. |
09:55 |
Dyrcona |
kmlussier: Are you looking at anything right now? |
09:55 |
kmlussier |
Dyrcona: Nope |
09:55 |
Dyrcona |
OK. I'll reload the database. |
10:02 |
|
mmorgan left #evergreen |
10:16 |
Dyrcona |
kmlussier: Would want the hotkeys branch? |
10:16 |
Dyrcona |
Should be a "you" in there somewhere. |
10:17 |
kmlussier |
Dyrcona: I'll probably be testing that soon after the sprint2 branch goes in, so yes. |
10:17 |
* kmlussier |
checks to see if there is even a pullrequest tag on that one. |
10:18 |
kmlussier |
gmcharlt: Do you want a pullrequest on bug 1508477? |
10:18 |
pinesol_green |
Launchpad bug 1508477 in Evergreen "browser client: hotkeys don't work if an input element has focus" [Wishlist,New] https://launchpad.net/bugs/1508477 |
10:18 |
kmlussier |
It's worked very well in my testing on webby. Even if there is still work left to be done, it would be nice to have it in before 2.10 |
10:20 |
Dyrcona |
I can always add it again later. |
10:21 |
gmcharlt |
kmlussier: sure |
10:23 |
Dyrcona |
I just figured that I put the branch together with what's ready so I could run upgrade scripts before hand. |
10:28 |
* Dyrcona |
loves the smell of fresh VMs in the morning. |
10:53 |
|
Christineb joined #evergreen |
10:55 |
|
mmorgan joined #evergreen |
11:24 |
|
Stompro joined #evergreen |
11:38 |
gmcharlt |
kmlussier: hey, are you still seeing (on webby) the issue you reported in 1538697? |
11:38 |
kmlussier |
bug 1538697 |
11:38 |
pinesol_green |
Launchpad bug 1538697 in Evergreen "webclient: copy record does not save when changing stat cat entries" [Undecided,New] https://launchpad.net/bugs/1538697 |
11:39 |
kmlussier |
Let me check. All of my reports from last week have become one big blur |
11:43 |
kmlussier |
gmcharlt: yes and no. |
11:44 |
kmlussier |
gmcharlt: The other fields are now saving correctly. But the stat cat fields are either 1) not saving or 2) the saved values are not populating the selectors when I retrieve the record again. |
11:44 |
gmcharlt |
kmlussier: indeed - looks like the latter |
11:45 |
gmcharlt |
kmlussier: Dyrcona: also, the new branch won't be ready until later this afternoon |
11:55 |
Dyrcona |
gmcharlt: OK with me. |
12:10 |
|
jihpringle joined #evergreen |
12:34 |
|
sandbergja joined #evergreen |
12:50 |
|
bmills joined #evergreen |
12:52 |
|
bmills left #evergreen |
13:08 |
|
collum joined #evergreen |
13:38 |
|
bmills joined #evergreen |
13:39 |
|
bmills joined #evergreen |
14:03 |
|
jlitrell joined #evergreen |
15:32 |
mmorgan |
Now that we have prohibited negative balances (woohoo!!), any advice on how to clean up negative balances that already exist in the database? |
15:34 |
Dyrcona |
No, but I'm sure that I'll be asked to do that at some point in the near future. |
15:38 |
mmorgan |
I'm thinking of adding either a positive billing or negative payment that matches each negative balance, but am not sure if either of those would be the best approach. |
15:38 |
dbs |
Hmm. Is it possible to split the purchase price for a given item across more than one fund? |
15:48 |
kmlussier |
dbs: Not that I'm aware of. But my head isn't in acq mode at the moment, so I may be missing some clever workaround. |
15:49 |
jeff |
mmorgan: positive billing of a specific type is how i'd go. |
15:49 |
jeff |
mmorgan: "adjustment", whatever. |
15:49 |
jeff |
i think that a negative billing is easier to explain than a negative payment. |
15:50 |
jeff |
er, positive billning is easier to explain than a negative payment. |
15:52 |
dbwells |
mmorgan: I agree with jeff. A positive billing is a normal billing. I do not think negative payments are not bad ;) |
15:52 |
jihpringle |
dbs: my workaround suggestion would be enter the amount for one of the funds on the line item on the invoice and then add a direct charge for the other fund with the remainder |
15:53 |
mmorgan |
jeff: dbwells: Yes, good point. I think I was coming around to that as well. |
15:54 |
kmlussier |
jihpringle++ |
15:54 |
Dyrcona |
mmorgan: When fixing negative balances manually, our staff usually add a grocery bill to offset it. |
15:54 |
dbs |
thanks jihpringle -- that's about where we were heading, but just wanted to ensure we weren't overlooking something else |
15:54 |
mmorgan |
The billing side of things is less complicated than the payment side, too, so I'll probably go in that direction. |
15:55 |
dbs |
Split payments seems kind of nutty in general, but who am I to judge :) |
15:56 |
dbs |
My other thought was to create a new fund that represents the two parent funds (call it "English-History" or whatever) and transfer funds from the parent to the special child |
15:56 |
mmorgan |
Dyrcona: We encourage adding a billing to the transaction that has the negative balance. Adding a separate grocery bill seems to make things more complicated. |
15:57 |
Dyrcona |
mmorgan: OK. Maybe I misspoke. I don't really deal with that part of it. :) |
15:58 |
Dyrcona |
They probably add a bill to the transaction then. |
15:58 |
* Dyrcona |
isn't all here at the moment. |
15:58 |
jeff |
Dyrcona's "add a grocery bill to offset" would help in cases of "this patron has patron credit and we don't want them to" |
15:59 |
dbs |
jihpringle++ |
16:00 |
mmorgan |
Ah yes, a separate grocery bill would be useful for those cases. |
17:05 |
|
mmorgan left #evergreen |
18:03 |
|
bmills joined #evergreen |
20:37 |
gmcharlt |
kmlussier: branch is ready - collab/gmcharlt/webstaff-sprint2-sprint3-round2 |
21:35 |
|
gsams joined #evergreen |
22:30 |
|
gsams joined #evergreen |
22:36 |
|
geoffsams joined #evergreen |
22:40 |
|
gsams joined #evergreen |
22:57 |
kmlussier |
gmcharlt: Wow! When you said late afternoon, you really meant 'late.' ;) |
22:58 |
kmlussier |
gmcharlt++ |