| Time |
Nick |
Message |
| 00:16 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:04 |
|
agoben joined #evergreen |
| 07:25 |
|
rjackson_isl_hom joined #evergreen |
| 07:25 |
|
mantis joined #evergreen |
| 07:40 |
|
rfrasur joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:46 |
|
alynn26 joined #evergreen |
| 09:40 |
|
jvwoolf joined #evergreen |
| 09:59 |
|
mantis joined #evergreen |
| 10:00 |
|
tlittle joined #evergreen |
| 10:24 |
csharp |
@who is playing [quote random], the latest album by [band]? |
| 10:24 |
pinesol |
miker is playing Quote #139: "< kmlussier> NOBLE, the place where me can have unlimited coffee and Located URI's that appear in a consortium-wide search. :)" (added by csharp at 03:10 PM, February 09, 2016) , the latest album by The Version Treadmill Bullet. |
| 10:26 |
alynn26 |
:q |
| 10:34 |
berick |
@ana The Version Treadmill Bullet |
| 10:34 |
pinesol |
berick: Unlovable, thrilled termites |
| 10:38 |
csharp |
pinesol++ |
| 10:38 |
csharp |
@band add Dot Queue |
| 10:38 |
pinesol |
csharp: Band 'Dot Queue' added to list |
| 10:41 |
berick |
@band add Q*bert's Pumpkin |
| 10:41 |
pinesol |
berick: Band 'Q*bert's Pumpkin' added to list |
| 10:42 |
alynn26 |
boing boing boing |
| 10:42 |
rfrasur |
berick++ csharp++ |
| 10:42 |
berick |
:) |
| 10:43 |
rfrasur |
Y'all are rockstars. Thanks for all your work (and community work) on the release. |
| 10:44 |
tlittle |
berick++ csharp++ |
| 10:46 |
abneiman |
berick++ csharp++ # woohoo 3.5-rc! |
| 10:52 |
mmorgan |
berick++ csharp++ |
| 10:55 |
|
jvwoolf1 joined #evergreen |
| 12:06 |
|
jihpringle joined #evergreen |
| 12:10 |
|
sandbergja joined #evergreen |
| 12:20 |
|
jvwoolf1 left #evergreen |
| 12:32 |
|
jvwoolf joined #evergreen |
| 12:45 |
Bmagic |
berick++ csharp++ dbwells++ # release |
| 12:46 |
|
jihpringle joined #evergreen |
| 13:19 |
|
Dyrcona joined #evergreen |
| 13:29 |
|
jihpringle joined #evergreen |
| 13:40 |
|
Stompro joined #evergreen |
| 13:43 |
Stompro |
Hello, we are trying to stop fines from being generated at check-in, we have changed all the config.rule_recurring_fine entries to have fine values of $0.00, but at check-in we are still seeing fines generated. Any hints about where that is being cached. |
| 13:44 |
jihpringle |
Stompro: the fines are are recorded in the individual circulations, updating the circ policies only changes it for future check outs |
| 13:45 |
rhamby |
what jhpringle said, the rules are stored as a "this was the rule when it was checked out" thing in action.circulation rows |
| 13:46 |
Stompro |
jihpringle, I'm updating the recurring fine rule, which is stored in the checkout. I'm assuming that at check-in the recurring fine rule is looked up to process. |
| 13:46 |
jihpringle |
my understanding is that the rules get looked at at check out and each circ gets stamped with the policy in place at check out |
| 13:47 |
rhamby |
@Stompro are you dpdatin the recurring_fine_rule or the recurring_fine? |
| 13:47 |
pinesol |
rhamby: Zoia knows how to make fusilli. |
| 13:47 |
rhamby |
updating even |
| 13:48 |
rhamby |
@jihpringle it doesn't look at the rule itself, action.circulation stores the rule and the value, the rule is for historical inforomation but the value is what is actually used |
| 13:48 |
pinesol |
rhamby: Have you run autogen.sh? |
| 13:48 |
|
Stompro joined #evergreen |
| 13:48 |
Stompro |
Sorry, was disconnected for a second. |
| 13:49 |
rhamby |
so, if you want to chagne the recurring fine you have to change recurring_fine not recurring_fine_rule |
| 13:49 |
rhamby |
though it'll get confusing later if they're not kept in sync |
| 13:50 |
Stompro |
rhamby, thank you so much, I totally missed that. |
| 13:50 |
rhamby |
I think I've spent too much time in slack lately, I'm putting @ in front of names by habit now .... |
| 13:52 |
jihpringle |
Stompro:if you're voiding existing fines as well we've found it works best to leave any with partial payments for library staff to handle manually |
| 13:53 |
Stompro |
jihpringle, I'm sorry I didn't understand what you were saying when you said the same thing. |
| 13:53 |
jihpringle |
no worries :) |
| 13:54 |
Stompro |
jihpringle, I think we are just looking to stop new fines from being generated at checkin. I thought that when we stopped running the fine generator that would take care of it, but just found out. |
| 13:54 |
Stompro |
That evergreen also generates at check-in. |
| 13:58 |
Dyrcona |
Amnesty mode also works. |
| 14:00 |
rhamby |
or just go back and give everyone a clean slate by forgiving all fines ever :) (I did that for a library recently) |
| 14:00 |
gmcharlt |
noting that some enhancements have been pushed to the curbside branch: https://bugs.launchpad.net/evergreen/+bug/1879983/comments/7 |
| 14:00 |
pinesol |
Launchpad bug 1879983 in Evergreen "Curbside Pickup" [Wishlist,Confirmed] |
| 14:01 |
gmcharlt |
berick++ csharp++ dbwells++ |
| 14:07 |
|
jvwoolf joined #evergreen |
| 14:47 |
mmorgan |
jihpringle: Stompro: Just reading the backscroll. jihpringle, if your issues with voiding are resulting in unwanted negative balances, you may want to set the library setting "Prohibit negative balance on bills for overdue materials" to true. Fines will then be reversed with an adjustment payment rather than being voided. |
| 14:53 |
mmorgan |
Another question about fines. If a closed date is entered for today after the fine generator runs, and it is not processed as an emergency closing, will those fines stick? Or will Evergreen try and void/adjust them when items are checked in at a later date? |
| 14:57 |
rhamby |
mmorgan: if that fine is on there from when the generator runs it will not try to remove it later based on retroactive logic |
| 14:58 |
mmorgan |
rhamby: Ok, thank you! |
| 14:58 |
mmorgan |
rhamby++ |
| 14:59 |
rhamby |
there ar a few things that will play with fines that aren't the fine genjerator based on yaous like the void fines when item is charged for lost but that's not the fines generator and that I can think of those are all yaous controlled |
| 15:04 |
|
serflog joined #evergreen |
| 15:04 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 15:14 |
mmorgan |
rhamby: or anyone: Another wrinkle. Say there is a grace period of three days on a circulation. When the fine generator runs on the fourth day, I assume it will consult the closed days, and if the previous three days are marked closed, it will not assess fines for those? |
| 15:15 |
rhamby |
mmorgan: it should not, if it does then I would consider that a bug |
| 15:16 |
mmorgan |
Ok, thanks. |
| 16:00 |
|
mantis left #evergreen |
| 16:03 |
|
remingtron joined #evergreen |
| 16:37 |
|
sandbergja joined #evergreen |
| 16:44 |
|
sandbergja joined #evergreen |
| 16:59 |
|
sandbergja joined #evergreen |
| 17:08 |
|
rjackson_isl_hom joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:44 |
|
Stompro joined #evergreen |
| 17:53 |
|
sandbergja joined #evergreen |
| 17:58 |
|
sandbergja joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:03 |
|
rjackson_isl_hom joined #evergreen |
| 18:28 |
|
remingtron joined #evergreen |
| 21:06 |
|
sandbergja joined #evergreen |
| 21:16 |
|
sandbergja joined #evergreen |
