tickets
13 rows where "changetime" is on date 2011-09-28 and "created" is on date 2008-08-14 sorted by summary
This data as json, CSV (advanced)
Suggested facets: changetime, component, resolution, owner, reporter, has_patch, needs_better_patch, needs_tests
| id | created | changetime | last_pulled_from_trac | stage | status | component | type | severity | version | resolution | summary ▼ | description | owner | reporter | keywords | easy | has_patch | needs_better_patch | needs_tests | needs_docs | ui_ux |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 8326 | 2008-08-14 21:09:19 | 2011-09-28 16:12:17 | 2022-03-06 03:41:57.449667 | Accepted | closed | Documentation | dev | fixed | Basic Django/Jython documentation | jacob | leosoto | jython | 0 | 1 | 1 | 0 | 0 | 0 | |||
| 8311 | 2008-08-14 15:04:46 | 2011-09-28 16:12:17 | 2022-03-06 03:41:54.932361 | Accepted | closed | contrib.sessions | dev | fixed | Changeset 8342 makes test suite hang if memcached is not running | Up to changeset [8341] my project works okay. After upgrading to [8342], `manage.py test` hangs at 100% CPU, with the following Traceback after Ctrl+C: {{{ ............^CTraceback (most recent call last): ... (beginning of doctest stack trace omitted) ... File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 428, in __call__ return self.run(*args, **kwds) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 424, in run test(result) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 281, in __call__ return self.run(*args, **kwds) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 260, in run testMethod() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/django/test/_doctest.py", line 2174, in runTest failures, tries = runner.run( File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/django/test/_doctest.py", line 1403, in run return self.__run(test, compileflags, out) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/django/test/_doctest.py", line 1267, in __run compileflags, 1) in test.globs File "<doctest django.contrib.sessions.tests[56]>", line 1, in ? File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/django/contrib/sessions/backends/base.py", line 233, in flush self.create() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/django/contrib/sessions/backends/cache.py", line 20, in create self.session_key = self._get_new_session_key() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/django/contrib/sessions/backends/base.py", line 137, in _get_new_session_key session_key = md5_construc… | nobody | jcrocholl | 0 | 0 | 0 | 0 | 0 | 0 | |||
| 8310 | 2008-08-14 13:48:16 | 2011-09-28 16:12:16 | 2022-03-06 03:41:54.775524 | Unreviewed | closed | Uncategorized | dev | fixed | Fix usage of randint/randrange in [8340] | Usage of randint and randrange in [8340] is slightly muddled. | mtredinnick | mtredinnick | 0 | 0 | 0 | 0 | 0 | 0 | |||
| 8309 | 2008-08-14 13:46:52 | 2011-09-28 16:12:17 | 2022-03-06 03:41:54.629989 | Accepted | closed | Contrib apps | dev | fixed | GenericForeignKey fails when used in abstract base models | The following code will reproduce this bug: {{{ # aaa/models.py from django.contrib.contenttypes.models import ContentType from django.contrib.contenttypes import generic class MyModel(models.Model): field = models.IntegerField() class TaggedItemBase(models.Model): class Meta: abstract = True content_type = models.ForeignKey(ContentType) object_id = models.PositiveIntegerField() content_object = generic.GenericForeignKey() class TaggedItem(TaggedItemBase): """A tag on an item.""" tag = models.SlugField() class Meta: ordering = ["tag"] def __unicode__(self): return self.tag # From command shell >>> from aaa.models import MyModel, TaggedItem >>> m = MyModel(field=1) >>> m.save() >>> t = TaggedItem(content_object=m, tag="my") Traceback (most recent call last): File "<console>", line 1, in ? File "/usr/lib/python2.4/site-packages/django/db/models/base.py", line 240, in __init__ raise TypeError, "'%s' is an invalid keyword argument for this function" % kwargs.keys()[0] TypeError: 'content_object' is an invalid keyword argument for this function }}} If we do not use model inheritance, the script works fine. | jacob | Wonlay | GenericForeignKey , model inheritance | 0 | 1 | 0 | 0 | 0 | 0 | ||
| 8301 | 2008-08-14 00:20:04 | 2011-09-28 16:12:17 | 2022-03-06 03:41:53.398614 | Accepted | closed | Documentation | dev | fixed | ModelFormSet documentation is very confusing | It's very hard to understand the ModelFormSet documentation. Also ModelFormSet works directly from a Model, whereas FormSet works from a form. It would be helpful to give a more concrete example, including showing how to set which model fields are part of the form (ala Meta class). | brosner | anonymous | 0 | 0 | 0 | 0 | 0 | 0 | |||
| 8315 | 2008-08-14 16:51:16 | 2011-09-28 16:12:17 | 2022-03-06 03:41:55.537105 | Accepted | closed | Database layer (models, ORM) | dev | fixed | MySQL Commands out of sync on attempt to rollback | I have newest code as of this ticket. This only happens when I run django through a fastCGI on dreamhost. I have built my own python, and mysqlDB so its not dreamhosts stuff. Followed the directions in the django tutorial. Happened after a checkout so that is why I think this might be a bug, and not a support issue. Here is the Error dump. {{{ /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: Traceback (most recent call last): /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: File "build/bdist.linux-i686/egg/flup/server/fcgi_base.py", line 558, in run /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: protocolStatus, appStatus = self.server.handler(self) /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: File "build/bdist.linux-i686/egg/flup/server/fcgi_base.py", line 1112, in handler /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: result = self.application(environ, start_response) /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: File "/home/varius_2/opt/lib/python2.5/site-packages/django/core/handlers/wsgi.py", line 216, in __call__ /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: response = self.get_response(request) /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: File "/home/varius_2/opt/lib/python2.5/site-packages/django/core/handlers/base.py", line 124, in get_response /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: receivers = signals.got_request_exception.send(sender=self.__class__, request=request) /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: File "/home/varius_2/opt/lib/python2.5/site-packages/django/dispatch/dispatcher.py", line 132, in send /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: response = receiver(signal=self, sender=sender, **named) /home/varius_2/loudfarm.tastestalkr.com/dispatch.fcgi" stderr: File "/home/varius_2/opt/lib/python2.5/site-packages/django/db/__init__.py", line … | mtredinnick | voidfiles@gmail.com | 0 | 0 | 0 | 0 | 0 | 0 | |||
| 8316 | 2008-08-14 17:15:40 | 2011-09-28 16:12:17 | 2022-03-06 03:41:55.869642 | Accepted | closed | Database layer (models, ORM) | dev | fixed | MySQL error with custom primary_key that is not an IntegerField | Create a model with a custom primary key field that is not an IntegerField and another with a foreign key pointing to it: {{{ class Author(models.Model): id = models.PositiveIntegerField(primary_key=True) name = models.CharField(max_length=200) class Article(models.Model): title = models.CharField(max_length=200) author = models.ForeignKey(Author) }}} Let's see how the SQL looks: {{{ BEGIN; CREATE TABLE `dbtest_author` ( `id` integer UNSIGNED NOT NULL PRIMARY KEY, `name` varchar(200) NOT NULL ) ; CREATE TABLE `dbtest_article` ( `id` integer AUTO_INCREMENT NOT NULL PRIMARY KEY, `title` varchar(200) NOT NULL, `author_id` integer NOT NULL ) ; ALTER TABLE `dbtest_article` ADD CONSTRAINT author_id_refs_id_6bbed69f FOREIGN KEY (`author_id`) REFERENCES `dbtest_author` (`id`); CREATE INDEX `dbtest_article_author_id` ON `dbtest_article` (`author_id`); COMMIT; }}} You can see that author_id should reference dbtest_author.id, but they have different data types. Calling syncdb: {{{ Creating table dbtest_author Creating table dbtest_article Traceback (most recent call last): File "...manage.py", line 11, in <module> execute_manager(settings) File "C:\Programme\django_src\django\core\management\__init__.py", line 334, in execute_manager utility.execute() File "C:\Programme\django_src\django\core\management\__init__.py", line 295, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "C:\Programme\django_src\django\core\management\base.py", line 77, in run_from_argv self.execute(*args, **options.__dict__) File "C:\Programme\django_src\django\core\management\base.py", line 96, in execute output = self.handle(*args, **options) File "C:\Programme\django_src\django\core\management\base.py", line 178, in handle return self.handle_noargs(**options) File "C:\Programme\django_src\django\core\management\commands\syncdb.py", line 80, in handle_noargs cursor.execute(statement) File … | julianb | julianb | 1.0-blocker | 0 | 1 | 1 | 1 | 0 | 0 | ||
| 8308 | 2008-08-14 07:32:58 | 2011-09-28 16:12:17 | 2022-03-06 03:41:54.460301 | Accepted | closed | Translations | dev | fixed | New Danish translation | Hi, here's a fresh Django translation for Danish. | nobody | finngruwier | 0 | 0 | 0 | 0 | 0 | 0 | |||
| 8318 | 2008-08-14 17:39:57 | 2011-09-28 16:12:17 | 2022-03-06 03:41:56.194187 | Unreviewed | closed | Database layer (models, ORM) | dev | duplicate | Unexpected behavior with ManyRelatedManager get_or_create() | I've noticed 2 things happening when using a ManyRelatedManager get_or_create method: 1. The new related object is created but not added to the current object. Looking at django/db/models/fields/related.py, get_or_create is not overridden() in the ManyRelatedManager definition, but create() is to add the new object. 2. Using get_or_create() to add a new object that already exists regardless of whether or not it's linked to the current object results in a related object DoesNotExist exception. {{{ from django.db import models class Controller(models.Model): name = models.CharField(max_length=30, unique=True) def __unicode__(self): return self.name class ControllerGroup(models.Model): name = models.CharField(max_length=30, unique=True) controllers = models.ManyToManyField(Controller) def __unicode__(self): return self.name # create a controller >>> c1 = Controller(name='controller1').save() # create a controller group >>> cg = ControllerGroup(name='my group').save() # 'add' using get_or_create() >>> cg.controllers.get_or_create(name='controller1') Traceback (most recent call last): File "<console>", line 1, in <module> File "/usr/local/django/src/trunk/django/db/models/manager.py", line 84, in get_or_create return self.get_query_set().get_or_create(**kwargs) File "/usr/local/django/src/trunk/django/db/models/query.py", line 335, in get_or_create return self.get(**kwargs), False File "/usr/local/django/src/trunk/django/db/models/query.py", line 300, in get % self.model._meta.object_name) DoesNotExist: Controller matching query does not exist. # trying 'adding' a controller that doesn't exist >>> cg.controllers.get_or_create(name='controller2') (<Controller: controller2>, True) # looks like it's been added, let's check >>> cg.controllers.all() [] }}} | nobody | fredbartle | many related manager get_or_create | 0 | 1 | 1 | 0 | 0 | 0 | ||
| 8312 | 2008-08-14 15:08:50 | 2011-09-28 16:12:17 | 2022-03-06 03:41:55.091077 | Accepted | closed | Translations | dev | fixed | Wrong capitalization in Italian translation | The Italian translation uses capitalized words for names of languages, months and weekdays. The standard is for all these names to be lower case. Check other systems for comparison (e.g. /usr/lib/locale on Unix). | tekNico | steadicat | 0 | 1 | 0 | 0 | 0 | 0 | |||
| 8324 | 2008-08-14 20:34:49 | 2011-09-28 16:12:16 | 2022-03-06 03:41:57.130434 | Accepted | closed | contrib.admin | dev | fixed | admin list display is broken | [8352] breaks simple list display. to reproduce, {{{ # models.py class Site(models.Model): name = models.CharField(max_length=255) def __unicode__(self): return self.name # admin.py from django.contrib import admin from visitdb import models as visitdb admin.site.register(visitdb.Site) }}} go to /admin, and click on Site. {{{ Environment: Request Method: GET Request URL: http://localhost:8000/django-admin/visitdb/site/ Django Version: 1.0-alpha_2-SVN-8352 Python Version: 2.5.2 Installed Applications: ['django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.sites', 'django.contrib.admin', 'django.contrib.humanize', 'visitdb', 'photologue'] Installed Middleware: ('visitdb.middleware.RequestAttributeSetup', 'django.middleware.common.CommonMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.middleware.doc.XViewMiddleware', 'visitdb.middleware.StandardViewKwargsMiddleware') Template error: In template /home/tobias/caktus/eclipse-workspace/blueridge_visit_database/django/contrib/admin/templates/admin/change_list.html, error at line 34 Caught an exception while rendering: local variable 'attr' referenced before assignment 24 : {% if cl.has_filters %} 25 : <div id="changelist-filter"> 26 : <h2>{% trans 'Filter' %}</h2> 27 : {% for spec in cl.filter_specs %} 28 : {% admin_list_filter cl spec %} 29 : {% endfor %} 30 : </div> 31 : {% endif %} 32 : {% endblock %} 33 : 34 : {% block result_list %} {% result_list cl %} {% endblock %} 35 : {% block pagination %}{% pagination cl %}{% endblock %} 36 : </div> 37 : </div> 38 : {% endblock %} 39 : Traceback: File "/home/tobias/caktus/eclipse-workspace/blueridge_visit_database/django/core/handlers/base.py" in get_response 86. response =… | brosner | tobias | 0 | 0 | 0 | 0 | 0 | 0 | |||
| 8314 | 2008-08-14 15:45:41 | 2011-09-28 16:12:16 | 2022-03-06 03:41:55.383519 | Accepted | closed | contrib.sessions | dev | fixed | rev 8340 breaks sessions while rev 8339 works | {{{ [Thu Aug 14 11:37:26 2008] [error] [client XXX] mod_wsgi (pid=22633): Exception occurred processing WSGI script '/var/www/html/XXX/XXX-trunk/XXX.XXX.com.wsgi.py'. [Thu Aug 14 11:37:26 2008] [error] [client XXX] Traceback (most recent call last): [Thu Aug 14 11:37:26 2008] [error] [client XXX] File "/var/www/html/XXX/django-trunk/django/core/handlers/wsgi.py", line 216, in __call__ [Thu Aug 14 11:37:26 2008] [error] [client XXX] response = self.get_response(request) [Thu Aug 14 11:37:26 2008] [error] [client XXX] File "/var/www/html/XXX/django-trunk/django/core/handlers/base.py", line 67, in get_response [Thu Aug 14 11:37:26 2008] [error] [client XXX] response = middleware_method(request) [Thu Aug 14 11:37:26 2008] [error] [client XXX] File "/var/www/html/XXX/XXX-trunk/XXX/site/middleware.py", line 81, in process_request [Thu Aug 14 11:37:26 2008] [error] [client XXX] request.session['foo'] = "bar" [Thu Aug 14 11:37:26 2008] [error] [client XXX] File "/var/www/html/XXX/django-trunk/django/contrib/sessions/backends/base.py", line 49, in __setitem__ [Thu Aug 14 11:37:26 2008] [error] [client XXX] self._session[key] = value [Thu Aug 14 11:37:26 2008] [error] [client XXX] File "/var/www/html/XXX/django-trunk/django/contrib/sessions/backends/base.py", line 161, in _get_session [Thu Aug 14 11:37:26 2008] [error] [client XXX] self._session_cache = self.load() [Thu Aug 14 11:37:26 2008] [error] [client XXX] File "/var/www/html/XXX/django-trunk/django/contrib/sessions/backends/db.py", line 19, in load [Thu Aug 14 11:37:26 2008] [error] [client XXX] self.create() [Thu Aug 14 11:37:26 2008] [error] [client XXX] File "/var/www/html/XXX/django-trunk/django/contrib/sessions/backends/db.py", line 35, in create [Thu Aug 14 11:37:26 2008] [error] [client XXX] self.save(must_create=True) [Thu Aug 14 11:37:26 2008] [error] [client XXX] File "/var/www/html/XXX/django-trunk/django/contrib/sessions/backends/db.py", line 52, in save [Thu Aug 14 11:37:26 2008] [error] [cli… | nobody | anonymous | 0 | 0 | 0 | 0 | 0 | 0 | |||
| 8313 | 2008-08-14 15:19:13 | 2011-09-28 16:12:16 | 2022-03-06 03:41:55.238145 | Accepted | closed | Database layer (models, ORM) | dev | worksforme | rev 8340 crashes python on OS X Leopard | I'm using OS X Leopard (10.5.4) and Postgres 8.3 w/ psycopg2. After updating past revision 8340, psycopg2 causes my Python 2.5 to crash consistently. I tried flushing the database and loading my fixtures from scratch. It crashed no matter what I tried. I noticed there were several fixes related to sessions. I suspect the fact that I was still logged in had something to do with why _psycopg2.so was crashing python. I backed the changes out to 8339 and I was able to work again and I was prompted to log in. | nobody | jon.brisbin@gmail.com | 0 | 0 | 0 | 0 | 0 | 0 |
Advanced export
JSON shape: default, array, newline-delimited, object
CREATE TABLE tickets (
id int primary key,
created datetime,
changetime datetime,
last_pulled_from_trac datetime,
stage text,
status text,
component text,
type text,
severity text,
version text,
resolution text,
summary text,
description text,
owner text,
reporter text,
keywords text,
easy boolean,
has_patch boolean,
needs_better_patch boolean,
needs_tests boolean,
needs_docs boolean,
ui_ux boolean
);