Add Copy Active Date to Staff Client Display

Bug #1366026 reported by Jason Boyer on 2014-09-05
This bug affects 4 people
Affects Status Importance Assigned to Milestone

Bug Description

There is an option for age protection to use the active date for a copy rather than the create date, but there is no good way to see what this date is when looking at the opac in the staff client. If the gap between the create and active date is large this can cause confusion for staff when trying to determine when a hold might no longer be prohibited due to age protection. I'm already working on a branch that will display the active or create date based on the copy's circ lib circ.holds.age_protect.active_date setting.

Jason Boyer (jboyer) wrote :

Branch here:;a=shortlog;h=refs/heads/collab/jboyer/lp1366026_active_date

It's been tested on a 2.5.2 system, but the changes apply cleanly to master also. If an active date doesn't exist for an item the create date is used anyway.

Kathy Lussier (klussier) wrote :

Hi Jason,

Could you add a release notes entry for this?


Changed in evergreen:
status: New → Triaged
importance: Undecided → Wishlist
tags: added: needsreleasenote
Michele Morgan (mmorgan) wrote :

Tested this in stock Evergreen and with production data and it works as described. We may consider a catalog customization to break the Active and Create dates out into separate columns, but this is a great help when items have age hold protection.

Here's my signoff:;a=shortlog;h=refs/heads/user/mmorgan/LP1366026_Active_Date_signoff

Our libraries will really appreciate this!

tags: added: signedoff
Ben Shum (bshum) wrote :

Waiting for the release note before pulling into master.

Changed in evergreen:
milestone: none →
status: Triaged → Incomplete
Kathy Lussier (klussier) wrote :

I added a release notes entry and also rebased the branch to resolve a conflict in copy_table.tt2

Changed in evergreen:
status: Incomplete → Triaged
tags: added: pullrequest
removed: needsreleasenote
Galen Charlton (gmc) on 2015-02-19
Changed in evergreen:
milestone: → 2.8-beta
assignee: nobody → Galen Charlton (gmc)
Galen Charlton (gmc) wrote :

Pushed to master for inclusion in the 2.8 beta. Thanks, Jason!

Changed in evergreen:
status: Triaged → Fix Committed
assignee: Galen Charlton (gmc) → nobody
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers