Summary: | OPACPopupAuthorsSearch doesn't work when authors include $d, $4, and possible other subfields | ||
---|---|---|---|
Product: | Koha | Reporter: | Katrin Fischer <katrin.fischer> |
Component: | OPAC | Assignee: | Owen Leonard <oleonard> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | normal | ||
Priority: | P5 - low | CC: | jonathan.druart |
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: | |||
Bug Depends on: | 13327 | ||
Bug Blocks: |
Description
Katrin Fischer
2021-11-12 09:18:53 UTC
The "undefined" problem seems linked to our own XSLT, with "default" it works and only shows the subfield issue. I am seeing a lot of code related to this feature that has been removed on commit 56c2856e268ec02638898923d751a0b69c716f93 Bug 12561: Remove non-XSLT views For instance the class "authority_link" that is used in opac-detail.tt to generate the link was only used by the non-XSLT part. It feels like we never really implemented this feature for the XSLT view. It seems that we need to add the class "authority_link" to the link, with a data-authid Related code is: 1876 if( $(this).hasClass("authority_link") ){ 1877 authid = $(this).data("authid"); 1878 search_string = "an:" + authid; 1879 } else { 1880 search_string = terms[term]["keyword_search"] + encodeURIComponent( search_label ); 1881 } |