Infinite Loop with See Also Reference

Bug #1362298 reported by Tim Spindler
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Undecided
Unassigned

Bug Description

You can see this with concerto data. Search "People with disabilities Recreation" and it gives you

People with disabilities -- Recreation ;

    See Also From Tracing -- Topical Term People with disabilities Recreation (2)

The See Also link is self referential so it keeps looping back and never taking you out to an actual search.

Here is the HTML to see the linking

People with disabilities -- Recreation

                            </span>

                            ;

                                                <ul class="browse-result-authority-headings">

                                                <li><span class="browse-result-authority-field-name">See Also From Tracing -- Topical Term</span>
                                                <a href="/eg/opac/browse?blimit=10;qtype=subject;bterm=People%20with%20disabilities%20Recreation;locg=1">People with disabilities Recreation</a>
                                                <span class="browse-result-authority-bib-links">(2)</span>
                                                </li>

                            </ul>
                        </li>

http://webby.evergreencatalog.com/eg/opac/browse?blimit=10;qtype=subject;bterm=People%20with%20disabilities%20Recreation;locg=1

Revision history for this message
Tim Spindler (tspindler-cwmars) wrote :

I just found this https://bugs.launchpad.net/evergreen/+bug/1271198 which may be the same issue as I highlight above.

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

It's actually a different issue where the browse parameters are sticking when you launch a separate subject or author search from the bib record or search results page.

Revision history for this message
Chris Sharp (chrissharp123) wrote :

I can confirm that the same thing is happening in PINES:

https://gapines.org/eg/opac/browse?blimit=20&qtype=subject&bterm=people+with+disabilities&locg=1

People with disabilities (At least 100)

    See Also From Tracing -- Topical Term Blind (8)
    Heading -- Topical Term Deafblind people (4)
    See Also From Tracing -- Topical Term Animals with disabilities (1)
    Heading -- Topical Term Disabilities (2)
    See Also From Tracing -- Topical Term Blind, Apparatus for the (2)
    Heading -- Topical Term Reading devices for people with disabilities (1)

people with disabilities

    See Also From Tracing -- Topical Term Sociology of disability (2)
    Heading -- Topical Term People with disabilities (136)

Changed in evergreen:
status: New → Confirmed
Revision history for this message
Kathy Lussier (klussier) wrote :

We've seen the infinite loop issue with both author and browse entries.

For the author entries, the code that will be added to bug 1638299. I'll mark this bug as a duplicate of that one.

For the subject entries, I believe I traced this down to a local configuration issue where sites have chosen to enable the All Subjects index for browse instead of enabling the specific topic, name, geographic, temporal indexes for browse. This local configuration choice was typically made so that the subject browse would display the entire subject string instead of individual components of the string.

With the addition of the code from bug 1662541, sites will no longer need to make this configuration choice for most subject indexes, with the exception of the name index. I have confirmed with a small dataset that with the code from bug 1662541, we are able to display the entire string without adding those duplicate entries identified in this bug.

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.