Closed languitar closed 4 years ago
@languitar understood it would be easier to handle but that would require an ability for the underlying API to allow a "test run" submit to get that error earlier, which it does not. Otherwise we'd have to build all the logic of the underlying system into the provider which is quite an anti-pattern. I appreciate that more errors earlier would be useful and we add as we can and it makes sense but would be more of a feature request. There is a section for feature requests in our issue templates.
I understand this. But the feature request template was included in the repo right after I posted this issue, so I couldn't use that one ;-)
@languitar lol, very good point ;) If you don't mind submitting there it would help a great deal. Do appreciate your input!
I have no idea how to properly format the code snippet there.
Changing the name of an existing
custom_db_role
is currently not possible without ending in an error in theapply
step. The plan for a name change currently indicates the replacement due to the name change:Applying this results in the following error:
I understand that this is not possible directly without unassigning the user, but some indication for this issue already in the plan phase would make things much easier to handle.