https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30025
--- Comment #17 from Caroline Cyr La Rose <[email protected]> --- Hey Nick, I am a bit confused with the RequireChoosingExistingAuthority pref. My system had AutoCreateAuthorities set to "generate" and BiblioAddsAuthorities set to "allow" before I applied the patch. I applied and updated the db. Now, AutoCreateAuthorities is still on "generate", RequireChoosingExistingAuthority is set to "require" and AutoLinkBiblios is set to "Do". I would have expected RequireChoosingExistingAuthority to be set to "don't require" to have the same behaviour as before. In the AutoCreateAuthorities description, it says RequireChoosingExistingAuthority must be set to "don't require". Which makes sense, but is currently not the case. If I try to catalog something, the authority fields are not locked even though RequireChoosingExistingAuthority is set to "require". I am able to write whatever in the fields (I used 100$a) and save the record. I changed RequireChoosingExistingAuthority to "don't require" and the fields are still not locked and I am able to write whatever and save. I changed RequireChoosingExistingAuthority back to "require" and now the fields are locked. Maybe someone else can confirm/infirm to make sure it's not just me... (note: I also tried it on a sandbox to make sure; changed the original prefs to generate and allow, applied patch, RequireChoosingExistingAuthority is set to require by default but am able to write whatever I want in 100$a) Also, side note, the terminology page says we should use "authority record(s)" rather than "authority(ies)". Maybe change the RequireChoosingExistingAuthority description to "When editing records, require/don't require catalogers to reference existing authority records. If set to "don't require", catalogers can manually enter uncontrolled terms into controlled fields." I also added a period at the end of the second sentence and wrote the entire value "don't require". -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
