You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Two environments with the same name in the same project can only be distinguished by their ID, which is not human-readable. This is error-prone and can lead to data loss by accidentally deleting the wrong environment.
For example, it's impossible to tell these environments apart:
When deleting an environment, we make users type the target environment name to confirm they are deleting the correct one, but this is not enough to identify it:
Steps To Reproduce
Create a new environment within a project
Give the environment the same name as the one you are cloning from
You now have two environments with the same name
Expected behavior
Trying to create an environment with the same name within a project should fail with a 400 error.
I see two possible solutions:
Deduplicate environment names within projects by renaming them, e.g. add (1), (2), etc suffixes to duplicates based on when they were created, and then enforce this unique constraint at the model/database level
Keep all environment names as they are, and only prevent new duplicates from being created
Screenshots
No response
The text was updated successfully, but these errors were encountered:
As per the solution in #5038 , I think we should go with option 2 (at least for now) from the above since environment names are also used to e.g. tag data entities in other platforms that we integrate with.
How are you running Flagsmith
Describe the bug
Two environments with the same name in the same project can only be distinguished by their ID, which is not human-readable. This is error-prone and can lead to data loss by accidentally deleting the wrong environment.
For example, it's impossible to tell these environments apart:
When deleting an environment, we make users type the target environment name to confirm they are deleting the correct one, but this is not enough to identify it:
Steps To Reproduce
Expected behavior
Trying to create an environment with the same name within a project should fail with a 400 error.
I see two possible solutions:
(1)
,(2)
, etc suffixes to duplicates based on when they were created, and then enforce this unique constraint at the model/database levelScreenshots
No response
The text was updated successfully, but these errors were encountered: