Comment 3 for bug 1825403

Some additional troubleshooting reveals that the Copy Tag management interface doesn't show all of the tags that you can see in the database.
In my example on a copy of production data, we have a copy tag defined like this:

label: "CDNFGrant"
Value: "This item purchased through the 2019 Public Library Nonfiction Collection Development Support Grant from the Missouri State Library."
staff_note: "CDNFGrant"
pub: true

And for some reason, there is another definition in the database:
label: "CDNFGrant (SKPL)"
Value: "CDNFGrant (SKPL)"
staff_note: ""
pub: true

When using the UI:
eg/staff/admin/local/asset/copy_tag
I only see the first one and not the second one

When attaching items to the copy tags and interacting with the free-type box. The suggestion dropdown menu only offers the second copy tag listed above (which is not browseable in eg/staff/admin/local/asset/copy_tag). In this example, when I type "C" into the box, the suggested dropdown menu contains a single entry for the second definition listed here.

Funny enough, if you do not choose from the suggestions and manually type the label exactly as it is in the database, it will save the copy tag to the item.

Couple of questions:

1. How did the apparent duplicate copy tag make it into the database?
2. When typing in the free-type box when assigning a copy tag: why does it not suggest all* matching tags (where label starts with "c")?

Answering these will most likely identify the bug in code.