Created attachment 9524 [details] staff shows fines In the OPAC under the fines column on the 'checked out' tab it always says 'No' See attached. In the staff client there are fines on the items, but in the OPAC it says 'No'.
Created attachment 9525 [details] opac says no
It appears that only charges of the types F and L are counted, but not FU.
Created attachment 15276 [details] [review] Bug 8079 - opac not showing fines - says 'no' Make charges of type FU be counted for opac-user.pl Test Plan: 1) Checkout an item to a patron, back date the date due enough to create fines 2) Run fines.pl 3) Log into the patron's account via the OPAC 4) Note the fines line for that issue says 'No' 5) Apply patch 6) Reload opac-user.pl, not the fines column now says 'Yes'
Created attachment 15333 [details] [review] Bug 8079 - opac not showing fines - says 'no' Make charges of type FU be counted for opac-user.pl Test Plan: 1) Checkout an item to a patron, back date the date due enough to create fines 2) Run fines.pl 3) Log into the patron's account via the OPAC 4) Note the fines line for that issue says 'No' 5) Apply patch 6) Reload opac-user.pl, not the fines column now says 'Yes' Signed-off-by: David Cook <dcook@prosentient.com.au> Works great, Kyle. Seeing as my test patron had $4500 in fines for that item, I was glad to see that column switch to "Yes" ;). I'm not sure what the difference is between FU and F is, or what L means, but the patch works, so I'm signing off.
Just so you know, FU is the fee code for a fine currently accruing ( you cannot pay off fines still accruing iirc ). When the item is returned, the code is switched to F. A lost item fee has a code of L. Kyle (In reply to comment #4) > Created attachment 15333 [details] [review] [review] > Bug 8079 - opac not showing fines - says 'no' > > Make charges of type FU be counted for opac-user.pl > > Test Plan: > 1) Checkout an item to a patron, back date the date due enough to create > fines > 2) Run fines.pl > 3) Log into the patron's account via the OPAC > 4) Note the fines line for that issue says 'No' > 5) Apply patch > 6) Reload opac-user.pl, not the fines column now says 'Yes' > > Signed-off-by: David Cook <dcook@prosentient.com.au> > > Works great, Kyle. Seeing as my test patron had $4500 in fines for that > item, I was glad to see that column switch to "Yes" ;). > > I'm not sure what the difference is between FU and F is, or what L means, > but the patch works, so I'm signing off.
(In reply to comment #5) > Just so you know, FU is the fee code for a fine currently accruing ( you > cannot pay off fines still accruing iirc ). When the item is returned, the > code is switched to F. A lost item fee has a code of L. Yes you can pay a fine in FU - and always have been able to - something a lot of libraries like :)
*** Bug 5688 has been marked as a duplicate of this bug. ***
Created attachment 15481 [details] [review] [PASSED QA] Bug 8079 - opac not showing fines - says 'no' Make charges of type FU be counted for opac-user.pl Test Plan: 1) Checkout an item to a patron, back date the date due enough to create fines 2) Run fines.pl 3) Log into the patron's account via the OPAC 4) Note the fines line for that issue says 'No' 5) Apply patch 6) Reload opac-user.pl, not the fines column now says 'Yes' Signed-off-by: David Cook <dcook@prosentient.com.au> Works great, Kyle. Seeing as my test patron had $4500 in fines for that item, I was glad to see that column switch to "Yes" ;). I'm not sure what the difference is between FU and F is, or what L means, but the patch works, so I'm signing off. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> This works as described, all tests and QA script are ok. Note: why show yes and not the fine amount?
This patch has been pushed to master.
Pushed to 3.10.x and 3.8.x will be in 3.10.3 and 3.8.10