https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26156 --- Comment #1 from David Cook <dcook@prosentient.com.au> --- Of course, fixing this is easier said than done, as we need to make sure that any existing databases don't have duplicate marc_matcher codes... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26156 --- Comment #3 from David Cook <dcook@prosentient.com.au> --- (In reply to Katrin Fischer from comment #2)

I am not sure if I see the need as the table has a primary key that is unique and that key is used for example when you use the matching rules with the command line scripts.

The primary key isn't very friendly though. I've done some work with matching rules (before discarding it), and working with the codes is much nicer. It's also possible that you could delete your record matching rule and re-create it, and then your old primary key is gone, but your code could still be the same.

We don't keep people from naming other things the same - it seems if they do, that's not ideal, but doesn't necessarily need a code solution.

Well, this would be a database schema change rather than a code solution per se. It would just be making a unique key for the code column. (The code solution would just be necessary at update time before creating the unique key to prevent fatal database errors.) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26156 --- Comment #5 from David Cook <dcook@prosentient.com.au> --- (In reply to Katrin Fischer from comment #4)

Code in the GUI would be needed as well.

Ah touché. I forgot about that part 😅 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.