e weird thing. Accessing _set.all() works on the
component_instance, but fails on the next line... Is _set.all() no
longer returning instances? Again, this worked before updating svn.
-matt
On 7/5/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2006-07-05 at 22:50 -0
I'll just post the contents of my bug report. Has anyone else ran
into this? Any hints, suggestions?
http://code.djangoproject.com/ticket/2297
I revved to v3278 and my app broke. In my view I adjust some fields of
the model.
My model looks something like this (quite simplified)
class Foo(
bject_id = object.id,
> effective_date= this_hour,
> user__id__exact = user_id, session_key = session,
> defaults={'views':1, 'content_type_id':ct_id,
> 'user_id':user_id, 'session_key': session } )
>
> and it seems to work.
>
&g
display_name=.., category=c } )
>
> but you should probably raise a bug for this.
>
> regards
> Ian.
>
> On 13/06/2006, at 9:24 AM, m h wrote:
>
> >
> > FYI...
> >
> > I'm having an issue with the get_or_create helper method. Apparently
> >
ategory=c } )
>
> but you should probably raise a bug for this.
>
> regards
> Ian.
>
> On 13/06/2006, at 9:24 AM, m h wrote:
>
> >
> > FYI...
> >
> > I'm having an issue with the get_or_create helper method. Apparently
> > it isn't coer
FYI...
I'm having an issue with the get_or_create helper method. Apparently
it isn't coercing parameters properly.
I've got some code that looks like this:
e = Foo(name=name, category=c, display_name=name.capitalize())
e2, created = Foo.objects.get_or_create(name=name, category=c,
display_nam
Folks-
Perhaps I'm missing something but when I install .91 from eggs, django
appears to work fine. When I install from the tarball (which gentoo
does), django complains about missing contrib.contenttypes. Upon
further investigation contrib is missing contenttypes, sessions and
sites.
If anyon
