Expert Search Not Retrieving Results for 856 $u
Bug #1951035 reported by
Jennifer Pringle
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.
Changed in evergreen: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
To post a comment you must log in.
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 real_full_ rec like this:
- the hostname component of the URL gets normalized in the index vector in metabib.
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