Bug 2813 - Holds to Pull (pendingreserves.pl) to be limited by SingleBranchMode
Summary: Holds to Pull (pendingreserves.pl) to be limited by SingleBranchMode
Status: CLOSED WONTFIX
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: Main
Hardware: PC All
: P3 normal (vote)
Assignee: Galen Charlton
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-20 11:18 UTC by Chris Cormack
Modified: 2014-12-07 20:02 UTC (History)
5 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 00:56:44 UTC


---- Reported by rch@liblime.com 2008-11-20 11:18:04 ----

The holds to pull report is not suitable for multi-library systems, as it does not handle targeting.  Our libraries find the existence of two pick list reports very confusing.  I suggest that the Holds to Pull report be wrapped in a SingleBranchMode system preference, so that it will only display in that mode.

Comments? objections?



---- Additional Comments From drdrulm@yahoo.com 2009-02-28 12:56:39 ----

I agree, or a drop-down branch selection widget with (none) as default. 

This code also needs to be modified to work with multiple items on a serials bib so more than one can be pulled at a time linked to a single bib. 

Trying to find the status of the proposed 'series or serials' flag. Does anyone have info on such a flag?



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 00:56 UTC  ---

This bug was previously known as _bug_ 2813 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2813

Actual time not defined. Setting to 0.0
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here: chris@bigballofwax.co.nz.
   Previous reporter was rch@liblime.com.
CC member drdrulm@yahoo.com does not have an account here

Comment 1 Katrin Fischer 2011-04-25 14:27:56 UTC
Anyone any idea about this?
Comment 2 Liz Rea 2012-05-02 15:32:20 UTC
I'm not sure it's totally necessary to fix this - NEKLS is a multilibrary system and we use the HTP report as an overview of everything going on in the system, and the libraries use the Hold Queue as their "daily work" list. 

The two reports serve different functions here, and libraries do not, now, seem confused that there are two reports. 

I don't think this problem needs fixing (and I'm pretty sure that my system may have been the impetus for this bug report in the first place).