Summary: | Linking to series authority records fails when a space precedes the semicolon | ||
---|---|---|---|
Product: | Koha | Reporter: | Lucy Vaux-Harvey <lucy.vaux-harvey> |
Component: | Cataloging | Assignee: | Galen Charlton <gmcharlt> |
Status: | CLOSED WORKSFORME | QA Contact: | Testopia <testopia> |
Severity: | minor | ||
Priority: | P5 - low | CC: | fiona.borthwick, kraborn, lisettepalouse+koha, m.de.rooy, margaret |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16804 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15436 |
||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: |
Description
Lucy Vaux-Harvey
2017-01-10 11:40:06 UTC
ByWater is seeing this happen at a partner site. To add to this description, the Opac search is filing but the Staff search is not. The space and semicolons are in the 490 and 800 fields of three bibliographic records, a trilogy. The Opac series search url comes out as </cgi-bin/koha/opac-search.pl?q=se,phr:"Example%20title%20;"&q=au:"Smith,%20N.%20K."> and the staff series search url comes out as </cgi-bin/koha/catalogue/search.pl?q=se,phr:"Example%20title%20;"&q=au:"Smith,%20N.%20K."> If the space and semicolon is standard, as Lucy points out, this should be a bug, not an enhancement. Bug 14716 might help with the problem, but haven't tested! Thanks Katrin! There is also Bug 16804 - Searching can be broken by search terms containing semicolons in XSLT, which may be helped by bug 14716. For what it is worth I don't think this is a duplicate of 16804 exactly. As was said above, standard cataloging rules call for a space and a semicolon to precede a subfield "v" in an 830 tag. When the 830 tag does not link correctly, links in our OPAC do not work correctly, which equates to poor customer service for our patrons. My library would be delighted to see this bug resolved so we can maintain both good customer service and industry standard cataloging practices, rather than being forced to sacrifice one for the other. Thank you! I think that this has been fixed: I catalogued a record with: 830 _ 0 ‡aAdvanced language series ;‡v955 The link still contains the ;, but search works correctly. I believe this is due to the correct handling of url-encoding in the XSLT now. I've also used the Advanced editor to link the entry to an authority record which appeared to work well: ‡aAdvanced language series ;‡v333‡9612 Please note: Koha might not display the ; - but there is bug 15436 for that. Please reopen if I missed something! |