http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12632
Kyle M Hall <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #16 from Kyle M Hall <[email protected]> --- (In reply to M. de Rooy from comment #15) > First I set max holds to 5, and I place 4 biblio level holds in opac. OK > Then I select 2 biblios and try again to place a hold in opac on both > (multiplacehold): the first hold is placed, the second is not. > There is no warning. If you would not check the list, you would think that > both holds were placed. > > Before these patches, these six biblio level holds would have been approved. > Although you could consider this as outside the scope of this report, this > report would be the cause of this step back. > > Would you see opportunity for a small fix of this case? > Parking in FQA for now. Yes, I would consider this to be outside the scope of this bug report. This patch makes no changes to the possible return values of CanItemBeReserved so that issue must be separate and distinct from this one. If you file a bug report for this issue and make it depend on this bug report, I'd be more than happy to take a crack a fixing it! -- You are receiving this mail because: 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/
