-
Notifications
You must be signed in to change notification settings - Fork 467
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add constraint for case-insensitive uniqueness of Content Type variables #18382
Comments
PR: #18395 |
The validation was included at API level instead of a DB constraint. |
Passed internal qa: Success. Tested through the content type api |
We need some work here:
|
Issue in comment above fixed by PR: #18449 |
Passed internal qa: The error reported by @bryanboza has been solved. Testing in UI, this popup is displayed: And the API response is a 400 error with this message:
|
After the last changes now the endpoint is returning the response with the error, but when you try from UI, we are closing the new content type form and showing the error, after you close the pop-up we redirect to content types portlet. We need to redirect to the Also since this is a handled error, we need show on logs just a line error, rigth now we are printing too many lines of error here: (as we do in the #17850 ) |
PR for one-line log when error #18457 |
Fixed, the pending case was moved to a new card. |
We have a test that accidently added new
Host
content type, except lowercasehost
, which our schema allows. We should not allow this at the database level:We have this constraint:
It should be lower
The text was updated successfully, but these errors were encountered: