Non-LoC authority control sets need better coverage in UIs

Bug #837637 reported by Mike Rylander
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
High
Lebbeous Fogle-Weekley
2.2
Fix Released
Undecided
Unassigned

Bug Description

In the OPAC authority browse interface and the MARC editor, authority records that lack a known thesaurus value cause problems with some UIs.

 * In the MARC editor, we were only considering the static (LoC) control map
 * in the browse interface, we were assuming a correct thesaurus (related to bug #837522)

Both of these are addressed in http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/miker/acs-ui-repairs via the last three commits.

Tags: pullrequest
Changed in evergreen:
importance: Undecided → High
Revision history for this message
Lebbeous Fogle-Weekley (lebbeous) wrote :

Tested and signed off the new commits in collab/miker/acs-ui-repairs and pushed to master.

Changed in evergreen:
assignee: nobody → Lebbeous Fogle-Weekley (lebbeous)
status: New → Fix Committed
Revision history for this message
Dan Scott (denials) wrote :

I was planning on looking at this, but in the absence of any test records and test cases to demonstrate the unhappy behavior it was a pretty tall hill to climb - finding records, setting up the authority control sets for those records, etc. Would be helpful for bugs such as this in the future.

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

Dan, I'll try to be better about attaching a test plan for more complex ones like this. A short test plan looks:

  * Create a new ACS with, say, 'A' for a thesaurus code
  * Restart services (too-aggressive caching somewhere -- still hunting that)
  * Create+Edit to make an authority record for that ACS (don't give it a proper Subj)
  * Link a bib to this authority record

At this point you have an authority record properly linked, but you can't browse it yet, neither in the MARC editor nor in the OPAC.

For the OPAC interface, this branch makes a best-guess at the control_set by looking at (what LoC and, in practice, everyone else, considers) the main entry (a field in the 100-199 range) and finds an ACS that uses that authority field. It's not perfect (they can overlap), but the recommendation in the documentation is to avoid overlapping authority fields, so it's GoodEnough(tm).

For the MARC editor, we were still using the static control_map object in some areas. I believe I've removed all uses of it, replacing those with ACS lookups based on the context bib field. Now right-clicking on a non-LoC controlled field will let you browse existing authority records for use, and create new ones.

Changed in evergreen:
milestone: none → 2.2.0
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.