Need to allow for multiple title holds

[Jason Boyer]

Given this situation:
Lib A has 2 copies of title 1
Lib B has 2 patrons, x and y that each want to request title 1
Lib A is running Evergreen and NCIPServer with a patron account B for Lib B transit purposes

When done in this order:
x places request with resource sharing system
rss sends RequestItem message to Lib A, hold is placed for B
y places request with rss
rss sends RequestItem message to Lib A, hold fails because B already has a hold on title 1 for patron x

y (or any other Lib B patron) can't request this item until after x has already checked it out, at which time they can orderly queue up one at a time as frustration mounts.

My Q&D hack to get this to work was to simply always call the .override version of holds.test_and_create.batch and give the ncip user account teh HOLDS_EXIST.override permission. I'm not certain if this would be preferred over calling the non-override version first and then using the override for this specific failure.

[Jason Stephenson (jstephenson)]

Do you have a branch for this?

We were recently asked by our statewide catalog if Evergreen could place mutliple holds. Since no one had complained, they assumed it did. I corrected them that it didn't.

[Jason Boyer (jboyer)]

I made the changes mentioned here and *thought* it did something, but on further testing it still fails when placing multiple holds for the same user. I haven't had a lot of time to fight with it. The short answer is no.

[Jason Stephenson (jstephenson)]

OK. Thanks!

I think Evergreen may need some changes for this work properly, but I'm not sure. They may have already happened.

I might look into this.

[Jason Stephenson (jstephenson)]

Note: The code for bug 1694058 will make this easier once it goes in.