| Summary: | links show title twice if 856$y and 856$3 populated | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Nicole C. Engard <nengard> |
| Component: | MARC Bibliographic data support | Assignee: | Galen Charlton <gmcharlt> |
| Status: | CLOSED WONTFIX | QA Contact: | Bugs List <koha-bugs> |
| Severity: | normal | ||
| Priority: | P5 - low | CC: | brendan, koha.sekjal |
| Version: | Main | ||
| Hardware: | All | ||
| OS: | All | ||
| Change sponsored?: | --- | Patch complexity: | --- |
| Documentation contact: | Documentation submission: | ||
| Text to go in the release notes: | Version(s) released in: | ||
| Circulation function: | |||
| Attachments: |
856 in marc
856 on staff client |
||
Created attachment 2906 [details]
856 on staff client
I'm not sure if this is a template problem or a script problem. Processing of the 856 tag happens in Biblio.pm's GetMarcUrls. GetMarcUrls will pass a "part" variable containing subfield 3 to detail.pl if subfield y exists. Then the template prefixes the output of subfield u with this "part" text. It seems that the link text for subfield u ends up being the same as "part." Clear as mud? I think someone more familiar with the MARC standard should review the logic of all this. This is a WONTFIX as the non-XSLT templates have been deprecated and the problem doesn't manifest with XSLT. |
Created attachment 2905 [details] 856 in marc When the 856 field has both a subfield 3 and a subfield y the link shows twice in the opac and the text for the link shows twice in the staff client. I guess it should look for a y first and if that's not found then use the 3 - but if that's found stop looking.