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
Now, what's the correct way to fix this? Should I add JS client-side to avoid double-form submission?
It's tempting to say that IntegrityError could be catched and re-raised as ValidationError in django-registration but it does not fix the issue: the user would be presented with a false "Username already exists" error, while he just had successfully created an account...
It's also tempting to say it's a Django design issue: separating form validation and form saving looks like calling for race conditions, but same as previous: "fixing" this design issue would just lead to present a "Username already exists" instead of a 500, I prefer the error :D
The text was updated successfully, but these errors were encountered:
I'm mostly opening the issue to document the fact. This could not be considered as a django-registration bug.
I'm getting a few
IntegrityError
on my Django Registration setup, like :I found this is correlated with errors
499
in nginx, meaning "client closed the connection", so I dug the issue and here's what I found:In the nginx logs it looks like this:
Now, what's the correct way to fix this? Should I add JS client-side to avoid double-form submission?
It's tempting to say that
IntegrityError
could be catched and re-raised asValidationError
in django-registration but it does not fix the issue: the user would be presented with a false "Username already exists" error, while he just had successfully created an account...It's also tempting to say it's a Django design issue: separating form validation and form saving looks like calling for race conditions, but same as previous: "fixing" this design issue would just lead to present a "Username already exists" instead of a 500, I prefer the error :D
The text was updated successfully, but these errors were encountered: