Bug 3378 - Renewal policy should match pickup library's policies
Summary: Renewal policy should match pickup library's policies
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: rel_3_0
Hardware: PC All
: PATCH-Sent (DO NOT USE) major
Assignee: Galen Charlton
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-30 02:23 UTC by Sharon Moreland
Modified: 2012-10-25 22:52 UTC (History)
7 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

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


---- Reported by smoreland@nekls.org 2009-06-30 14:23:22 ----

When an item on loan from Library A circulates to a patron at Library B, the original circulation policy for the item comes from Library B, the pickup branch (14 days, for example).  However, when that item is renewed, the renewal policy comes from Library A (21 days, for example).  This is confusing to the patron and the librarian.  ALL circulation policies should come from the pickup branch/transacting library.

Our CircControl system preference is set for Pickup Library and the HomeOrHoldingBranch sys pref is set for holdingbranch.



---- Additional Comments From rch@liblime.com 2009-06-30 22:35:55 ----

Addressed in patch sent as followup to http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2770.



---- Additional Comments From henridamien@koha-fr.org 2010-01-20 22:37:40 ----

patch applied on 3.0.x and 3.2



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:09 UTC  ---

This bug was previously known as _bug_ 3378 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3378
This bug depended on bug(s) 2770.

Actual time not defined. Setting to 0.0
CC member mjr@ttllp.co.uk does not have an account here
CC member rch@liblime.com does not have an account here