https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43489 --- Comment #4 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Thanks Phil, both points were right. I've reworked the patch (new attachment, also rebased on the updated bug 43483). Your $2 bidex example: the blanket rule dropped the thesaurus for every name heading, which would have merged names that explicitly name another vocabulary. The rule is now narrower. For a 6XX field whose authority type is not a thesaurus-scoped one (names, uniform titles), only a thesaurus that merely says "Library of Congress regime" is discarded: lcsh (2nd indicator 0), lcac (1) and "not specified" (4), because name authorities live in that regime and are the same entity wherever the name is used. A name with 2nd indicator 2, 3, 5, 6 or 7 plus $2 keeps its thesaurus, so 600 17 $a Goddard, Giles $v Novela $2 bidex is still scoped to bidex. Topical, geographic, chronological, genre/form and performance-medium headings are unchanged. (Names carrying $v/$x subdivisions already produce a different heading string from the 100, so they were never at risk of merging with it.) Your bilingual LCSH + NDL (or MeSH, etc.) library: those 6XX fields have 2nd indicator 7 with $2, or 2/3/5/6, so they keep their thesaurus both when matching and when creating, and they are not merged with each other or with the LC record. Only the LC-regime names are matched without a thesaurus, which is what a 100/700 already does. On limiting this to AutoCreateAuthorities: the thesaurus constraint is also applied to the search the linker runs against existing authorities when LinkerConsiderThesaurus is on, so a 600 with 2nd indicator 0 failed to link to a name authority that a 100 links to regardless of AutoCreateAuthorities. So I have not gated it on that preference, but I'm happy to if you think that is better. Tests: new cases cover 600/610 with 2nd indicator 0, 1 and 4 (no thesaurus), 2, 5 and 6 (thesaurus kept), a $2 bidex name (kept) and the topical 650 cases, plus the _search query for the bidex name. The cases for 0, 1 and 4 fail without the fix. -- You are receiving this mail because: You are watching all bug changes.