| Summary: | maintain separate repeated subfields when linking authority in advanced catalog editor | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Andrew Fuerste-Henry <andrew> |
| Component: | Cataloging | Assignee: | Bugs List <koha-bugs> |
| Status: | NEW --- | QA Contact: | Testopia <testopia> |
| Severity: | normal | ||
| Priority: | P5 - low | CC: | bolshawh, esther.melander, lhilleary, lucy.vaux-harvey, m.de.rooy, mkstephens, nick, phil |
| Version: | Main | ||
| Hardware: | All | ||
| OS: | All | ||
| GIT URL: | Initiative type: | --- | |
| Sponsorship status: | --- | Crowdfunding goal: | 0 |
| Patch complexity: | --- | Documentation contact: | |
| Documentation submission: | Text to go in the release notes: | ||
| Version(s) released in: | Circulation function: | ||
|
Description
Andrew Fuerste-Henry
2019-12-05 14:10:20 UTC
+1 I've tested with a 630 and two $x fields and have the same experience. This seems to be a problem with the advanced editor and the linker. It is independent of a search engine (happens on both ES and Zebra). *** Bug 27024 has been marked as a duplicate of this bug. *** We have a library reporting the same issue in the advanced cataloguing editor with the 610 tag and multiple $v subfields Any updates on a fix for this? So far, we've had this most heavily affect 655 and 830. Related, doing a CTRL+B search on a heading adds all of the subfields like $2 to the search which then prevents the success of the search to link. Sometimes, linking has also removed subfields like $v and $2. |