Expert Search Not Retrieving Results for 856 $u

Bug #1951035 reported by Jennifer Pringle
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Medium
Unassigned

Bug Description

Evergreen 3.7(TPAC) and 3.8.0(BOOPAC)

When using the expert search in the public catalogue no results are returned when searching for a value in $u of the 856 field.

To test I have copied the value directly from the $u in an existing MARC record into the Expert Search so I know there should be at least one result returned.

Tags: opac
Galen Charlton (gmc)
Changed in evergreen:
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Galen Charlton (gmc) wrote :

Confirmed twice over:

- MARC tag search no longer correctly checks OPAC visibility; in particular, it relies on there being OPAC visible items, ignoring bib record transcendence and located URIs
- the hostname component of the URL gets normalized in the index vector in metabib.real_full_rec like this:

https://www.example.com/ => https www example com

Unfortunately, this does not match how the search term gets normalized in the query code; around line 25 OpenILS/Application/Storage/Driver/Pg/fts.pm, periods in the hostname get removed rather than being converted to spaces, leading to a search on

https & wwwexamplecom

Revision history for this message
Jessica Efron (jmefron) wrote :

3.11 version of Evergreen:

When using the Expert Search in the public catalogue for e-books (no holdings library), no results are returned when searching for a value in the 035, 020 fields.

Revision history for this message
Jessica Efron (jmefron) wrote :

SEE ALSO: Bug #2044001 "Expert search on e-resources" (3.11 version)

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.