TPAC metarecord / formats repairs and usability additions

Bug #1284864 reported by Bill Erickson
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
High
Unassigned

Bug Description

Evergreen 2.6

Further testing of the TPAC metarecords and icon / search formats has revealed a few bugs and some usability issues:

- multi-format records not showing all formats in record detail page

- patron barcode not propagating from title hold to MR hold when selecting 'advanced hold options' in staff client after entering a barcode

- would be helpful to see in search results if a record has multiple constituents

- building composite defs from scratch can be time consuming and error prone; should be able to clone CCVM's

- building composite defs, catalogers are more accustomed to CCVM codes than labels in some cases (e.g. marc item type). UI would be much better if it showed the codes as well.

- last, but not least, we need seed data for the tpac format selector, since sharing the icon_selector is causing issues, the main one being that when icon formats are configured like search formats, many items will appear with multiple icons that shouldn't.

Code in progress...

Revision history for this message
Bill Erickson (berick) wrote :

Code in progress at:

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1284864-tpac-mr-formats-repairs-and-usability

I've pushed fixes for all but the format seed data. Starting on that soon.

Revision history for this message
Bill Erickson (berick) wrote :

I've pushed a collection of seed data for a new search_format attribute.
---

    Creates a new search_format record attribute, which is responsible for
    driving the catalog search format selector. The values are derived from
    the icon_format attriute, with a few notable changes (for starters).

    1. The 'book' search_format contains large print and has the label "All
    Books".

    2. The 'music' search_format contains all music, regardless of sound
    record format (or other attributes) and has the label "All Music"
---

That's everything I wanted to do. Adding pullrequest...

tags: added: pull
tags: added: pullrequest
removed: pull
Changed in evergreen:
milestone: none → 2.6.0-rc1
Revision history for this message
Bill Erickson (berick) wrote :

Removing pullrequest. There are a few more issues I'd like to repair. Details to follow shortly...

tags: removed: pullrequest
Changed in evergreen:
milestone: 2.6.0-rc1 → none
Revision history for this message
Bill Erickson (berick) wrote :

Additional fixes pushed:

* limit the bib records list for a metarecord to those with opac-visible copies within the search scope
* MR constituent record count display for also honors search scope
* Improved wording for holds placement -- make it clear that selecting no formats (or langs) is equivalent to allowing any format/lang to fill the hold
* Repaired format icons display for both MR and non-MR holds in the myaccount holds list.
* If no holdable formats exist for a MR hold, disallow the hold.

Revision history for this message
Bill Erickson (berick) wrote :

* fixed another issue where the constituent record information was based on opac-visible copies in one context and based on holdable copies in another within search results. Now constituent record info is always based on opac-visible copies for search and display, and based on holdable copies only for holds placement / editing.

Adding pullrequest tag back.

tags: added: pullrequest
Changed in evergreen:
milestone: none → 2.6.0-rc1
assignee: Bill Erickson (erickson-esilibrary) → nobody
status: New → Confirmed
Revision history for this message
Bill Erickson (berick) wrote :
Revision history for this message
Mike Rylander (mrylander) wrote :

And here is a secondary branch covering related issues having to do with the leaking of deleted bib records in a metarecord context: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/miker/metarecord-deleted-constituents

Revision history for this message
Mike Rylander (mrylander) wrote :

I think the branches at the end of this bug represent some significant cleanup that needs to be folded into master before RC. I'm going to push Bill's in now (it's tested very well), and mine is working for Ben Shum in testing, AFAIK.

tags: added: 2.6-rc-blocker
Changed in evergreen:
assignee: nobody → Mike Rylander (mrylander)
Changed in evergreen:
assignee: Mike Rylander (mrylander) → nobody
Revision history for this message
Ben Shum (bshum) wrote :

I can confirm that berick's changes are good (they're in anyways) but I also pushed in Mike's fix for deleted bibs and metarecords.

Ben Shum (bshum)
Changed in evergreen:
status: Confirmed → Fix Committed
importance: Undecided → High
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.