Firstly, I think this query really belongs in django-users ... this list is about development _of_ django, not _with_ django.
Secondly, why not override get_form_kwargs [1] to add the user into creating the form class? But yes, validation all belongs inside the form class, ideally. [1] https://docs.djangoproject.com/en/1.7/ref/class-based-views/mixins-editing/#django.views.generic.edit.FormMixin.get_form_kwargs On 11 December 2014 at 09:26, Greg Back <[email protected]> wrote: > > Sorry, I accidentally sent this before finishing the background. What I > meant to say: > > I am writing an application where a model (I'll call it `Thing`) has a > ForeignKey to User and a CharField ("name"), among some other fields. I > would like "name" to be unique for any given user; I'm using > `unique_together` in `class Meta:` to accomplish this. I have a CreateView > subclass which allows users to create new Things; the `user` field is > excluded from the form, and automatically set in the View (extracting from > `self.request`). I was previously doing this in the `form_valid` function, > but realized that this is being called after the form is already validated > (without a User). By the time the object is saved to the database, the > `user` field is set, so the database raises an IntegrityError. > > I hacked around this by overriding `get_form` to call the parent class, > then adding the request.user to the form.instance. This works, but has the > side effect of also being called during GET requests, which doesn't break > anything but is suboptimal. > > Does that all make sense? Am I missing a more obvious way of doing this? > > Thanks, > Greg > > -- > You received this message because you are subscribed to the Google Groups > "Django developers (Contributions to Django itself)" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/django-developers. > To view this discussion on the web visit > https://groups.google.com/d/msgid/django-developers/3353afdb-7070-49bb-9d45-ea072ac9bbb5%40googlegroups.com > <https://groups.google.com/d/msgid/django-developers/3353afdb-7070-49bb-9d45-ea072ac9bbb5%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/CAG_XiSARu6yQDKtP9hJ6CQuLRPuYEYgOXjDMyB-%3D%3DVy%2BNXv8LA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
