OPAC only shows the first 505 (contents note)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
In current master, in both the classic TPAC and the new bootstrap OPAC:
For really long contents notes, catalogers will sometimes split them over two 505 fields. However, only the first contents note displays in the OPAC.
Here's an example: https:/
Note that if you remove the query parameter from that url, the second contents note *will* display: https:/
Steps to recreate:
1) Create a bib record with multiple 505s (in can be formatted contents note or not -- both are affected by this bug)
2) Search for the record in the OPAC
3) Click on the result that matches your bib record
4) Look for the contents note (in the bootstrap OPAC, click on the More details button)
5) Note that only the first contents note displays
This is a new bug but I thought I remembered a discussion about this before. This is not the only repeatable field that does not display in the OPAC.
I can confirm that this is happening on REL 3.2.8. in both the web client and in the public OPAC. I can also confirm that with multiple contents note, it's not always the same one that displays. /bark.cwmars. org/eg/ opac/record/ 4248805? fi%3Asearch_ format= blu-ray; locg=1; detail_ record_ view=0; page=0; sort=poprel; query=title% 3Abeatles% 20white% 20album; badges= 1;expand= marchtml# marchtml
https:/
In this example, the bib record for "Beatles White album" has six 505 fields for the music CDs. The first time I looked at it in the public OPAC, the contents for CD one displayed, the next time it was CD six.
Note: the same problem exists for multiple 520 (annotation) fields. /bark.cwmars. org/eg/ opac/record/ 3763461? query=grisham% 20asociado; qtype=keyword; fi%3Asearch_ format= ;locg=1; detail_ record_ view=0; _adv=1; page=0; fi%3Aitem_ lang=spa; sort=poprel
https:/
This record has two 520 fields, one in Spanish and one in English. The English one is first in the bib record, but only the second, the Spanish one, displays.
Note: there is also a bug that if there are multiple edition fields, only one displays, LP# 1802128.
This is somewhat out of the scope of this bug, but I think it's important, that if MARC fields are repeatable in the bib record, then the fields should all display in the web client and public OPAC.
Janet