The Public Catalog should not display the first call number in search results twice when show_more_details is enabled

Bug #1748649 reported by Jane Sandberg
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Low
Unassigned
3.0
Fix Released
Low
Unassigned

Bug Description

When show_more_details is turned on, the search results page displays a very helpful table featuring the call numbers of items held. However, it also displays the first of these call numbers an extra time, just a few pixels above. This is redundant at best, and confusing at worse. When the first call number is different than the actual call number in the patron's library, it can be very confusing to patrons.

Revision history for this message
Jane Sandberg (sandbergja) wrote :
tags: added: pullrequest
summary: - The Public Catalog should not display the bib call number in search
- results when show_more_details is enabled
+ The Public Catalog should not display the first call number in search
+ results twice when show_more_details is enabled
description: updated
Revision history for this message
Jane Sandberg (sandbergja) wrote :

Here's a screenshot of one of these confusing situations. We use Library of Congress call numbers, while our fellow consortium libraries do not. In this screenshot, the top call number does not match the Library of Congress call number that one of our patrons would actually use to find the book on the shelf. This means that we end up trying to teach patrons to ignore one of the call number fields in favor of the table lower down in the search result.

Revision history for this message
Cesar V (cesardv) wrote :

Good catch Jane, I agree, removing the redundant call number when in "detail_record_view" mode is a good idea. Thanks, here's a rebased and signed-off branch:

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/cesardv/sandbergja_lp1748649_dont_show_bib_call_number_in_detail_view-signoff

Cesar V (cesardv)
tags: added: signedoff
Galen Charlton (gmc)
Changed in evergreen:
status: New → Confirmed
milestone: none → 3.1.1
Changed in evergreen:
milestone: 3.1.1 → 3.1.2
Galen Charlton (gmc)
Changed in evergreen:
importance: Undecided → Low
assignee: nobody → Galen Charlton (gmc)
Revision history for this message
Galen Charlton (gmc) wrote :

Pushed to master, rel_3_1, and rel_3_0. Thanks, Jane and Cesar!

Changed in evergreen:
assignee: Galen Charlton (gmc) → nobody
status: Confirmed → Fix Committed
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.