Bug 26399 - HoldsAutoFill 'Don't' option does not obey the rule
Summary: HoldsAutoFill 'Don't' option does not obey the rule
Status: RESOLVED DUPLICATE of bug 26361
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: 20.05
Hardware: All All
: P5 - low major (vote)
Assignee: Bugs List
QA Contact: Testopia
Depends on:
Reported: 2020-09-06 18:17 UTC by Vinod
Modified: 2020-09-07 11:15 UTC (History)
3 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Note You need to log in before you can comment on or make changes to this bug.
Description Vinod 2020-09-06 18:17:09 UTC
Seems in version 20.05.03 HoldsAutoFill "Don't" option does not obey the rule so it does not display the pop-up window with option to "OK" and "Print slip and confirm"


1. Choose "Don't" HoldsAutoFill option in system preference
2. Issue a book
3. Place hold on that book
4. Return the book
5. Pop-up message does not appears and book hold status also does not changes 

Seems some work around Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23434

Thanking you
Comment 1 Katrin Fischer 2020-09-06 18:18:36 UTC
Maybe the hold is not filled/trapped at all. What's the hold/item status after the checkin?
Comment 2 Vinod 2020-09-06 18:29:40 UTC
Status after check-in is available, but when we attempt to issue the book it indicate book is on hold
Comment 3 Katrin Fischer 2020-09-06 19:03:10 UTC
I wonder if this is a different issue then HoldsAutoFill. Does the item show in the patron's account as waiting?
Comment 4 Vinod 2020-09-06 19:38:56 UTC
No it does not show anything just appear patron has a book on hold but there is no status, but if we attempt to issue the book to other user then popup message appears the book is on hold.
Comment 5 Jonathan Druart 2020-09-07 11:15:55 UTC

*** This bug has been marked as a duplicate of bug 26361 ***