https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33864 --- Comment #9 from Tomás Cohen Arazi <tomascohen@gmail.com> --- (In reply to Katrin Fischer from comment #6)
2 things:
1) The date received patch works fine. No complaints.
Great.
2) I have an issue with quantity received: I tested in 20.11.19 and the quantity is set to 0 zero there. Could setting it to 1 have been a local customization? I am in favor of leaving it at 0 and keeping the existing behavior of older versions (I couldn't verify in 22.05) BUT: if we pre-populated I think 1 would still be wrong, it should be pre-set with quantity ordered.
Separate bug I think, we checked this is how it works in 22.11.
3) BLOCKER: There is an issue if you have a basket with * item create on order * standing order You'll have an empty item form on the left and quantity received is BLOCKED. There is no way to receive. This combination is kinda odd, but currently doesn't cause issues, we can expect libraries having 'order' as standard to forget to change it and they won't be able to fix this in the GUI as the item create value can only be set when the basket is created.
Can you check with the new version? (In reply to Katrin Fischer from comment #7)
4) BLOCKER: if item create 'on receive': Don't lock 'Quantity received'. The existing behaviour is like this: * Enter the number received if you don't care which items will be selected. X checkboxes will be set on the items from top to bottom. * Check uncheck items and the quantity will be adjusted accordingly. The first use case is the one used more often and it's no broken. This means if a library orders something in big numbers, they need to click the checkbox for each and every item (and hate it ;) )
Can you check with the new version? -- You are receiving this mail because: You are watching all bug changes.