Bug 37743

Summary: MARC21 810$t is used in XSLT templates but is not editable by default
Product: Koha Reporter: Olli-Antti Kivilahti <olli-antti.kivilahti>
Component: CatalogingAssignee: Olli-Antti Kivilahti <olli-antti.kivilahti>
Status: Needs Signoff --- QA Contact: Testopia <testopia>
Severity: enhancement    
Priority: P5 - low CC: m.de.rooy, phil
Version: 24.05   
Hardware: All   
OS: All   
See Also: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37744
GIT URL: Change sponsored?: ---
Patch complexity: --- Documentation contact:
Documentation submission: Text to go in the release notes:
Version(s) released in:
Circulation function:
Attachments: Bug 37743 - MARC21 810$t is used in XSLT templates but is not editable by default.

Description Olli-Antti Kivilahti 2024-08-27 10:22:26 UTC
XSLT-template in question:
  intranet/htdocs/intranet-tmpl/prog/en/xslt/MARC21slimUtils.xsl

Field 810$t is used to populate a search query, so it looks pretty important:

  <a><xsl:attribute name="href"><xsl:value-of select="$searchurl"/>?q=se,phr:"<xsl:value-of select="str:encode-uri(marc:subfield[@code='t'], true())"/>"&amp;q=au:"<xsl:value-of select="str:encode-uri(marc:subfield[@code='a'], true())"/>"</xsl:attribute>
Comment 1 Olli-Antti Kivilahti 2024-08-27 10:23:14 UTC
Created attachment 170755 [details] [review]
Bug 37743 - MARC21 810$t is used in XSLT templates but is not editable by default.

XSLT-template in question:

  intranet/htdocs/intranet-tmpl/prog/en/xslt/MARC21slimUtils.xsl

Field is used to populate a search query, so it looks pretty important:

  <a><xsl:attribute name="href"><xsl:value-of select="$searchurl"/>?q=se,phr:"<xsl:value-of select="str:encode-uri(marc:subfield[@code='t'], true())"/>"&amp;q=au:"<xsl:value-of select="str:encode-uri(marc:subfield[@code='a'], true())"/>"</xsl:attribute>
Comment 2 Olli-Antti Kivilahti 2024-08-27 10:31:05 UTC
See also Bug 37744
Comment 3 Katrin Fischer 2024-08-27 11:56:47 UTC
I think we have some discrepancies between visibility in frameworks and XSLT. It would be good to fix them (I think I did a while ago something similar for subfields of 773)