Closed GoogleCodeExporter closed 9 years ago
Hi Thomas,
yes, we had this error once. It happens when a Django instance doesn't finish
loading
for the first time due to a deadline-exceeded exception or a timeout exception
or
something like that.
In that case half of the code seems to stay loaded in memory. I might add some
detection mechanism for that case, so the half-loaded Django instance gets fully
unloaded when the first load fails (confusing sentence :), but I need to take a
closer look at the real cause of the issue. Maybe it's something different.
I'll try
to reproduce this by injecting such an exception into the loading process
manually.
Will do that in the next few days, so the official 1.1 release won't have that
bug
anymore.
Original comment by wkornew...@gmail.com
on 14 Apr 2009 at 10:12
Unfortunately, no matter what I do, I can't reproduce that bug (neither on dev
nor on
prod). I've added a little workaround which removes message_set before defining
Message in the hope that this fixes the issue. The only time I had this bug was
when
an exception got raised on the first request and a db operation raised an
ApplicationError. After that, all subsequent requests raised a
DuplicatePropertyError
until the failed instance finally got unloaded from RAM. Maybe you could report
to
Google that after an exception the whole Django instance should get fully
unloaded or
maybe that ReferenceProperty should never raise a DuplicatePropertyError?
Well, I hope that my workaround fixes the issue.
Original comment by wkornew...@gmail.com
on 15 Apr 2009 at 8:18
I did hit this bug too. I haven't try your workaround.
Original comment by bserg...@gmail.com
on 28 Apr 2009 at 12:40
Actually, yesterday I found the real cause of this issue (and other strange
behavior). It should be fixed in the repo, now.
Original comment by wkornew...@gmail.com
on 28 Apr 2009 at 6:43
I am getting this error in 1.1beta. Will try the repo version & see if it fixes
my
problem
Original comment by sudhakar...@gmail.com
on 25 May 2009 at 9:33
I am running into the same problem. Where can I get the repo version?
Thanks,
Original comment by yongx...@gmail.com
on 27 May 2009 at 12:50
Look at the "Source" tab at the top.
Original comment by wkornew...@gmail.com
on 28 May 2009 at 8:51
I'm getting this too.. from this model...
from django.contrib.auth.models import User
class Message( db.Expando ):
user = db.ReferenceProperty( User )
root = db.SelfReferenceProperty(name="parent")
title = db.StringProperty( )
body = db.TextProperty( )
created = db.DateTimeProperty( auto_now_add=True)
Original comment by remarkability@gmail.com
on 7 Jun 2009 at 6:56
That's because your model is called "Message" and it has a ReferenceProperty for
User. There already is another model called "Message" with a ReferenceProperty
to
User in django.contrib.auth.models. Both reference properties generate the same
collection_name, so there is a conflict. You have to specify a custom
message_name
for your ReferenceProperty.
Original comment by wkornew...@gmail.com
on 8 Jun 2009 at 8:44
So, i also get this problem
Original comment by zhouyudi...@gmail.com
on 3 Sep 2012 at 3:13
Original issue reported on code.google.com by
thomasbo...@gmail.com
on 14 Apr 2009 at 8:40