http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6619
Owen Leonard <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|3.6 |master --- Comment #1 from Owen Leonard <[email protected]> --- (In reply to comment #0) > if you hit enter when presented with a "confirm hold" dialog, it doesn't > confirm or ignore the hold, but it does close the transfer. This aspect of the bug is still true. I don't know if my librarians would consider what they do as "working around a bug" or just working with Koha's workflow as it is designed. > which is: scanning a 2nd item (with a barcode scanner CR) while a "confirm > hold" dialog is present doesn't check in the 2nd item *or* confirm or ignore > the hold. So: Check in something on hold, don't confirm, proceed directly to checking in a second item which is checked out? I do not find that there is a problem with the check-in aspect of this transaction when I test it. The book is properly returned. Or do I misunderstand? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
