### Summary <!-- Summarize the bug encountered concisely --> Recreating (previously) protected tag, protects a tag with the same name if new tag of same name is created. ### Steps to reproduce <!-- How one can reproduce the issue - this is very important --> In GitLab UI or via api 1. - create tag, name = "xxx" 1. - protect tag "xxx" 1. - delete tag, name = "xxx" 1. - create tag, name = "xxx" ### What is the current _bug_ behavior? <!-- What actually happens --> Gitlab server shows recreated tag "xxx" as a **protected** tag. ### What is the expected _correct_ behavior? <!-- What you should see instead --> Recreated tags should be created always with well defined state (aka unprotected). Currently, the protection state of the recreated tag depends on history. If identical named, but already deleted tag exists, the protection status is copied from deleted tag. ### Relevant logs and/or screenshots <!--- Paste the activity log from your command line --> Reproduces by Python script: [protected_tag_issue.py](/uploads/4a9e52d85de9ee96dfeb62ef2066aa20/protected_tag_issue.py) ### Possible fixes <!-- If you can, link to the line of code that might be responsible for the problem -->