Summary: | LocalHoldsPriority is not honored when new item is first triggered | ||
---|---|---|---|
Product: | Koha | Reporter: | Christopher Brannon <cbrannon> |
Component: | Hold requests | Assignee: | Bugs List <koha-bugs> |
Status: | RESOLVED DUPLICATE | QA Contact: | Testopia <testopia> |
Severity: | major | ||
Priority: | P1 - high | CC: | gmcharlt |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: |
Description
Christopher Brannon
2016-02-24 22:50:13 UTC
More details on a failed LocalHoldsPriority: Had an existing bib. Have a patron whose home library is A, but wanted to pickup at B. We bought another item for this bib. We added the item to library B, and then triggered the hold. It went on hold for a patron at library C. LocalHoldsPriority is set to give priority for filling holds to patrons whose pickup library matches the item's home library. Christopher *** This bug has been marked as a duplicate of bug 15516 *** (In reply to Christopher Brannon from comment #2) > > *** This bug has been marked as a duplicate of bug 15516 *** Sorry, not a duplicate. Wrong bug! Can't seem to reproduce in a test environment. May not have all settings or conditions accounted for, but this may be resolved with https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14514. Going to mark this as a duplicate for now. Will reopen if the problem persists after that patch is released. Christopher *** This bug has been marked as a duplicate of bug 14514 *** |