https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19287 --- Comment #16 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- (In reply to Séverine Queune from comment #14)
Thanks Jonathan for the very quick rebase !
About the tests (only on the 'Holds waiting' tab) :
There is no button displayed on the (circ/waitingreserves.pl) page when the syspref is set to "Allow to mark item as lost".
Indeed, I picked 'yes' and 'no' as syspref value, it was not a good idea. That should be fixed with the last patch.
Using "Allow to mark item as lost and notify patron", behaviours depending on the different parameters (notice existing or not, email stored or not) are as detailed on point 8 of the plan test. Items are still available after cancelling order.
Which means it is working as expected so far, right? :)
Is there a syspref you are working on to define which authorized value we want to set to items.itemlost or items.notforloan ?
I think there is a patch somewhere, maybe lost in the bug tracker to allow that, but I am not sure. I'd say it should be discussed and fixed on a separate bug report as it will impact other areas.
I set the syspref "ReservesMaxPickUpDelay" to "1 day" and keep several items available on the hold list. I hope I could test tomorrow the behaviour on the "Holds waiting over x days" tab and change the status of the ticket.
Just a question : is it normal that when I created the notice CANCEL_HOLD_ON_LOST (this code is ok for me), I choose the 'Holds' Koha module, and after saving it, the display is 'Reserves' module ?
You are right, there is a small ergonomic issue. Actually "reserve" is the code for notices of the hold module. You can open a new bug report for that :) -- You are receiving this mail because: You are watching all bug changes.