According to LOC guidelines, the control number in $w may be prefixed by an organization code between parentheses like (NL-AmRIJ)12345. The URL should only list the record number 12345. (Currently, the complete field is copied into the URL and therefore it is not working.) Revised patch 5622 corrected this for the host entry (773) in staff client and included generic XSLT code to resolve the problem. This followup patch will build upon the generic code in the Utils.xsl and include calls to that routine at the OPAC side. Another bug report builds upon 5622 for the staff client.
Created attachment 4626 [details] [review] Patch
TEST PLAN: Enable the pref UseControlNumber when testing this patch. And set pref OPACXSLTDetailsDisplay to using XSLT stylesheets. Test by adding a control number ($w) in abovementioned fields. Go to opac detail and check if the links work. Add some orgcode between parentheses or brackets in front of the control number. Test again in opac detail if the links still work.
Created attachment 4642 [details] [review] [SIGNED-OFF] 5662: Show control number without organization code in OPAC URLs OPAC detail xsl adjusted at four places: 773 when leader19=c, 775, 780, 785. Enable the pref UseControlNumber when testing this patch. And set pref OPACXSLTDetailsDisplay to using XSLT stylesheets. Test by adding a control number ($w) in abovementioned fields. Go to opac detail and check if the links work. Add some orgcode between parentheses or brackets in front of the control number. Test again in opac detail if the links still work. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Works with and without orgCode in front of $w now. No change to current behaviour, but closer to MARC21 standard.
XSLT changes, pushed, please test
Closing it myself; runs in production with us for months.