Evergreen

Multiple URI's will show when using opac.located_uri.act_as_copy flag

Bug #1582720 reported by Steve Callender
60
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Medium
Unassigned

Bug Description

When enabling the global flag opac.located_uri.act_as_copy (When enabled, Located URIs will provide visiblity behavior identical to copies.)

It will list out the URI's per branch in the TPAC.

For example, having a single 856 tag with indicator 1 = "4" and indicator 2 = "0", a single u subfield (URL), a single y subfield (Label) and multiple 9 subfields (for each branch) will cause the TPAC to display the same exact link and label for however many 9 tags there are.

The args are setup for the URI's in Open-ILS/src/templates/opac/parts/misc_util.tt2 and the screen is Open-ILS/src/templates/opac/parts/record/summary.tt2

I believe it would be a cleaner display to display the URI links only once if they are identical then displaying the same exact url and label multiple times in a row.

Steve

Revision history for this message
Kathy Lussier (klussier) wrote :

I don't know what the original intended behavior was, but I agree that if there is just one label associated with the Located URI, then the URL should only display once per record.

Changed in evergreen:
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Rogan Hamby (rogan-hamby) wrote :

I was looking at this one today during the Hack-A-Way some. We can certainly go over the name value pairs and prevent duplicates from going in when they're processed in misc_util but I'm increasingly of the thought we shouldn't. There's a question about to the extent that code should compensate for bad data and if the label, note and href are all duplicates I think that's bad data and something that catalogers should be alerted to to clean out, not cleaned up by the system.

Revision history for this message
Kathy Lussier (klussier) wrote :

I don't know that we're talking about the same thing here. As I understood Steve's original report, he is talking about one 856 field with one URL, one label, and one note. The 856 just happens to have multiple subfield 9s, which is something that the documentation says we should be able to do.
For example:

856 4 0 ‡uhttps://masslnc.org ‡yLinks to web site ‡9BR1 ‡9BR2 ‡9BR3

Rogan, it sounds like you're talking about multiple 856 fields with duplicate URLS, labels, etc.

Elaine Hardy (ehardy)
tags: added: cataloging displayfields tpac
Terran McCanna (tmccanna)
tags: added: opac
removed: tpac
Andrea Neiman (aneiman)
tags: added: needsdiscussion
Revision history for this message
Derek C. Zoladz (derekz) wrote :

Is this fundamentally a duplicate bug 1353643?

https://bugs.launchpad.net/bugs/1353643

Revision history for this message
Jeff Davis (jdavis-sitka) wrote :

I don't think they're duplicates. This bug is about redundant display of identical URIs; bug 1353643 is about improved scoping for not-necessarily-identical URIs.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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