tickets

42 rows where "created" is on date 2008-09-03 sorted by description

✎ View and edit SQL

This data as json, CSV (advanced)

Suggested facets: stage, component, version, owner, has_patch, needs_tests, changetime (date)

resolution 4 ✖

created (date) 1 ✖

  • 2008-09-03 · 42 ✖
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
8826 2008-09-03 02:44:32 2011-09-28 16:12:21 2022-03-06 03:43:16.211471 Accepted closed Documentation     dev fixed URLField links to the current website cause page loading problem when useing Django developing server.   kkubasik ruserious URLField kkmegapatch 0 0 0 0 0 0
8831 2008-09-03 06:48:53 2008-09-03 07:25:30 2022-03-06 03:43:16.946366 Unreviewed closed Translations     dev fixed Turkish translation for security fix   nobody amiroff tr turkish security fix 0 1 0 0 0 0
8837 2008-09-03 10:02:38 2011-09-28 16:12:17 2022-03-06 03:43:17.779312 Unreviewed closed Translations     dev fixed Update to Finnish translation Added new string from r8877. nobody Uninen finnish, fi 0 1 0 0 0 0
8840 2008-09-03 11:28:23 2011-09-28 16:12:17 2022-03-06 03:43:18.226967 Unreviewed closed Translations     dev fixed Updated Norwegian translation Added the string from r8877 to the Norwegian translation. nobody jonklo norwegian 0 1 0 0 0 0
8855 2008-09-03 19:52:23 2009-02-25 19:51:44 2022-03-06 03:43:20.555308 Unreviewed closed contrib.comments     dev duplicate Default comment form deficiencies Default comment form, as found in comments framework, suffers from some basic deficiencies: * submit button labels ("Post" and "Preview") are not marked for translation; * the `input` HTML elements (tags) are not closed, effectively prohibiting document validation as XHTML 1.0 Attached patch fixes these two problems and adds minor change in HTTP method declaration for consistency in style.   zgoda   0 1 0 0 0 0
8859 2008-09-03 23:25:53 2008-09-17 06:59:26 2022-03-06 03:43:21.181297 Unreviewed closed Translations     dev fixed Update the translation more consistency, more natural Mandarin Chinese. For example, changed 'password' translation from 口令 to 密码。(try Google both of them, see the number of results, 密码 is more common used.) Changed 'refresh' translation from 载入 to 刷新。 Also changed, boolean -> 布尔值; underline: 下横线 -> 下划线; checkbox: 检查框 -> 复选框; post: 张贴 -> 发表; 前导 -> 开始. Fixed typo, and update some states' name.   zhe zh-CN 0 1 0 0 0 0
8818 2008-09-03 00:34:08 2011-09-28 16:12:17 2022-03-06 03:43:14.972681 Ready for checkin closed Internationalization     dev fixed German translation for security fix German translation update for recent security fix nobody mir   0 0 0 0 0 0
8842 2008-09-03 13:39:42 2011-09-28 16:12:17 2022-03-06 03:43:18.556420 Unreviewed closed Translations     dev fixed Updated German translation I fixed a few typos and added more consistency to the translations itself. Unused translation strings were removed too. jezdez Semmel   0 0 0 0 0 0
8828 2008-09-03 04:04:27 2008-09-03 20:39:03 2022-03-06 03:43:16.524406 Unreviewed closed Uncategorized     dev fixed Fix whitespace issue I ran into a problem using Rietveld on Google App Engine after updating to revision 8816. I'm attaching a patch that fixes the issue. brosner jam   0 1 0 0 0 0
8832 2008-09-03 06:57:54 2011-09-28 16:12:17 2022-03-06 03:43:17.065203 Accepted closed contrib.admin     dev fixed icons in error messages should be right-aligned when UI is RTL Icons and padding aren't changed to fit RTL display. nobody okhayat arabic error icon 0 0 0 0 0 0
8829 2008-09-03 04:18:42 2011-09-28 16:12:17 2022-03-06 03:43:16.664845 Unreviewed closed Documentation     dev fixed form.as_li should be form.as_ul in one documentation file In URL http://docs.djangoproject.com/en/dev/topics/forms/, there is a reference to form.as_li instead of form.as_ul. (Actually, I think form.as_li is a better name because it's neutral with respect to ol and ul, but I guess form.as_ul has already been settled.) nobody r.topor@griffith.edu.au forms 0 0 0 0 0 0
8846 2008-09-03 15:23:37 2008-10-05 09:00:08 2022-03-06 03:43:19.176022 Unreviewed closed Documentation     dev fixed Remove comment recommending tuples in settings docs In the documentation for [http://docs.djangoproject.com/en/dev/topics/settings/#creating-your-own-settings Creating your own settings] there's a recommendation which reads "For settings that are sequences, use tuples instead of lists. This is purely for performance." This is bunk. Profiling shows that tuples run no faster than lists for most operations (certainly looping, which we are likely to do most often). On the other hand, list-literal syntax has the advantage that it doesn't collapse to a single value when you have a single item and omit the trailing comma, like tuple syntax. Using list syntax is no slower, more legible and less error prone. An often-expressed view in the wider Python community seems that tuples should not be considered as immutable lists. They are intended as fixed-length records - indeed the mathematical concept of a tuple is quite distinct from that of a sequence. I suggest this (factually inaccurate) comment be removed, and in fact we should look at migrating all of the settings documentation to lists for legibility. nobody Daniel Pope <dan@mauveinternet.co.uk>   0 0 0 0 0 0
8833 2008-09-03 07:36:55 2011-09-28 16:12:17 2022-03-06 03:43:17.222787 Unreviewed closed Documentation     dev duplicate "See XXX" in 1.0 Release Notes Just as a Reminder, releases/1.0.txt in the [http://docs.djangoproject.com/en/dev/releases/1.0/#insert-update-distinction INSERT/UPDATE section] says: See XXX for details. nobody telenieko   0 0 0 0 0 0
8856 2008-09-03 20:32:08 2011-09-28 16:12:17 2022-03-06 03:43:20.699600 Unreviewed closed Translations     dev fixed Latvian translation update Localflavour app translation not completed. Otherwise should be 100%. Message to other Latvians: If you find any typos you can contact me in case you're too lazy to fix them and create a ticket by yourselves. nobody edgarsj   0 1 0 0 0 0
8853 2008-09-03 19:27:14 2011-09-28 16:12:21 2022-03-06 03:43:20.241607 Ready for checkin closed contrib.admin     dev fixed admindoc :template: role should not append .html Many other template suffixes are used besides {{{.html}}}, for example {{{.txt}}}, {{{.js}}}, {{{.xml}}}, etc. If developers want to document those templates in their docstrings they are out of luck because Django currently appends {{{.html}}} to the filename that is passed into the view. The attached patch will fix the problem, but it is backwards incompatible. nobody benspaulding admindocs 0 1 0 0 0 0
8834 2008-09-03 09:24:04 2011-09-28 16:12:17 2022-03-06 03:43:17.346710 Unreviewed closed Translations     dev fixed updated Macedonian translation Please update the Macedonian translation nobody Georgi   0 1 0 0 0 0
8819 2008-09-03 00:54:18 2011-09-28 16:12:17 2022-03-06 03:43:15.128727 Unreviewed closed Core (Other)     dev fixed Regression: filter by extra(select = ..., order_by = ...) with distinct() fails ("Unknown column") Regression: adding an extra field to a QuerySet using .extra(select = ...) with extra(order_by = ...) AND .distinct() throws an OperationalError. This seems to be because the generated SQL lists the extra column twice: once correctly (as the derived field), and once just by itself at the end of the SELECT list. Reduced test case below (using contrib.auth for simplified test case, though this is reproducible with any model). {{{ import setup_django from django.contrib.auth.models import User a = User.objects.all().extra( select = { 'test_new_field': '1' }).distinct() b = User.objects.all().extra( select = { 'test_new_field': '1' }, order_by = ['-test_new_field'] ) c = User.objects.all().extra( select = { 'test_new_field': '1' }, order_by = ['-test_new_field'] ).distinct() print a[:1] print b[:1] print c[:1] }}} (In the code above, "setup_django" just sets the right settings file, etc.) Expected: a, b, and c both evaluate without error. Actual: a and b are fine, c raises OperationalError: (1054, "Unknown column 'test_new_field' in 'field list'") I haven't tracked this down to a particular rev yet, but it's almost definitely within the past week or so. mtredinnick kevin@polimediagroup.com   0 0 0 0 0 0
8830 2008-09-03 05:45:49 2011-09-28 16:12:17 2022-03-06 03:43:16.810133 Accepted closed Translations Uncategorized Normal dev fixed Polish translation (as of 8906) Remove a fuziness caused by security fix ([8877]). zgoda Piotr Lewandowski <django@icomputing.pl> pl polish 0 1 0 0 0 0
8844 2008-09-03 13:49:08 2011-09-28 16:12:17 2022-03-06 03:43:18.871638 Unreviewed closed Translations     dev fixed Russian translation with fixed Russian translation to realese 1.0! nobody greg russian translation 0 0 0 0 0 0
8849 2008-09-03 17:43:55 2008-09-03 20:55:07 2022-03-06 03:43:19.623812 Unreviewed closed Documentation     dev fixed "Changed|New in Django development version" and version*:: 1.0 fixes See atacjed patch nobody ramiro   0 1 0 0 0 0
8845 2008-09-03 14:27:00 2008-09-03 15:22:59 2022-03-06 03:43:19.023966 Unreviewed closed *.djangoproject.com     dev fixed Official Django weblog archive stops at April 2008, but there are posts in more recent months See the sidebar on this page: http://www.djangoproject.com/weblog/2008/sep/02/10-rc1/ The archive links go up to April 2008, but there were posts in May, June, July, August and September. nobody simon   0 0 0 0 0 0
8825 2008-09-03 01:57:18 2011-09-28 16:12:17 2022-03-06 03:43:16.057338 Accepted closed contrib.admin     dev fixed Inherited ManyToMany-fields does not appear in edit forms Since revision [8855], inherited ManyToMany-fields does not appear in edit forms on the admin site. Example {{{models.py}}}: {{{ from django.db import models from django.contrib import admin class Person(models.Model): name = models.CharField(max_length=64, blank=True, null=True) class BaseClass(models.Model): person = models.ManyToManyField(Person, related_name="%(class)s_person", blank=True, null=True) text = models.CharField(max_length=64, blank=True, null=True) class InheritedClass(BaseClass): status = models.CharField(max_length=64, blank=True, null=True) admin.site.register(InheritedClass) }}} In the example above, the {{{person}}} field will appear in [8854], but disappear in [8855]. nobody Christofer Bernander <nospam@bernander.net> ManyToMany inheritance new_fields 0 1 0 0 0 0
8836 2008-09-03 09:35:38 2011-09-28 16:12:17 2022-03-06 03:43:17.623904 Unreviewed closed Translations     dev fixed Translation update for Slovenian Slovenian translation update against trunk, [8914]. nobody gasperzejn   0 1 0 0 0 0
8835 2008-09-03 09:25:30 2011-09-28 16:12:17 2022-03-06 03:43:17.479921 Accepted closed Testing framework     dev duplicate Tests fail with r8908 Tested with r8908 on Debian Etch, Sqlite3 and Python 2.4.4 {{{ ====================================================================== FAIL: Doctest: regressiontests.extra_regress.models.__test__.API_TESTS ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/django/test/_doctest.py", line 2180, in runTest raise self.failureException(self.format_failure(new.getvalue())) AssertionError: Failed doctest test for regressiontests.extra_regress.models.__test__.API_TESTS File "/srv/lib/django-trunk/tests/regressiontests/extra_regress/models.py", line unknown line number, in API_TESTS ---------------------------------------------------------------------- File "/srv/lib/django-trunk/tests/regressiontests/extra_regress/models.py", line ?, in regressiontests.extra_regress.models.__test__.API_TESTS Failed example: User.objects.extra(select={'extra_field': 1}).distinct() Expected: [<User: fred>] Got: [<User: normaluser>, <User: fred>] ---------------------------------------------------------------------- File "/srv/lib/django-trunk/tests/regressiontests/extra_regress/models.py", line ?, in regressiontests.extra_regress.models.__test__.API_TESTS Failed example: User.objects.extra(select={'extra_field': 1}, order_by=['extra_field']) Expected: [<User: fred>] Got: [<User: normaluser>, <User: fred>] ---------------------------------------------------------------------- File "/srv/lib/django-trunk/tests/regressiontests/extra_regress/models.py", line ?, in regressiontests.extra_regress.models.__test__.API_TESTS Failed example: User.objects.extra(select={'extra_field': 1}, order_by=['extra_field']).distinct() Expected: [<User: fred>] Got: [<User: normaluser>, <User: fred>] ---------------------------------------------------------------------- Ran 525 tests in 512.993s FAILED (failures=1) }}} telenieko jarrow   0 0 0 0 0 0
8847 2008-09-03 16:57:06 2011-09-28 16:12:17 2022-03-06 03:43:19.314134 Unreviewed closed Documentation     dev fixed I18N docs tweaks The attached patch contains the following changes: `topics/i18n.txt`: * Deleted text that talks about translating Django itself that was intermixed with the content about preparing applications/projects for L10N or translating an app. The content was either: * Moved to internals/contributing.txt * Replaced with links to that document * Corrected the example regarding the usage of named-string interpolation to really demonstrate the concept. * Added a clear "New in Django 1.0" (previously "New in Django development version") marker to the section about the language preferences cookie name. * Deleted references to "validator messages". * Added reST markup so the template code blocks get nicely Pygmented * Reworded a bit the gettext on Windows section. `internals/contributing.txt`: * Reordered and fleshed out the steps about contributing/maintaining a Django translation. jacob ramiro   0 1 0 0 0 0
8841 2008-09-03 13:03:52 2011-09-28 16:12:17 2022-03-06 03:43:18.384992 Accepted closed Forms     dev fixed ModelChoiceIterator does not work with multi table inheritance The bug appears in the child admin interface view, when you use multi table inheritance. A !ForeignKey selectbox shows the output of !__unicode!__() from the parent object for select values instead of the PK. Example: {{{ <option value="Foo">Foo</option> }}} instead of {{{ <option value="6">Foo</option> }}} We fixed it with the following code in django.forms.models.!ModelChoiceIterator: {{{ def choice(self, obj): if self.field.to_field_name: try: key = getattr(obj, self.field.to_field_name).pk except AttributeError: key = getattr(obj, self.field.to_field_name) else: key = obj.pk return (key, self.field.label_from_instance(obj)) }}} nobody hmarr   0 1 0 1 0 0
8857 2008-09-03 20:33:39 2011-09-28 16:12:21 2022-03-06 03:43:20.865758 Accepted closed Documentation     dev fixed Forms documentation doesn't describe how to handle uploads The general form documentation [http://docs.djangoproject.com/en/dev/topics/forms/ Working with Forms] does not mention how to handle forms that include files. There is no mention of passing `request.FILES` into the Form's constructor, nor of the required `enctype="multipart/form-data"` attribute of the `<form>` tag. However, the "next" article [http://docs.djangoproject.com/en/dev/topics/forms/modelforms/#the-save-method Creating forms from models] refers back to [http://docs.djangoproject.com/en/dev/topics/forms/ Working with Forms] for handling file uploads.: " ... a form requires multipart file upload (and hence whether request.FILES must be passed to the form), etc. See [http://docs.djangoproject.com/en/dev/topics/forms/ Working with Forms] for more information." The documentation for handling form uploads in buried in the [http://docs.djangoproject.com/en/dev/ref/forms/api/#binding-uploaded-files Forms API]. It would be very useful to have this info (or a link to it) in the introductory "Working with forms" document. At the very least, the reference to "Working with forms" from "Creating forms from models" needs to be removed, since the information is not contained there. jacob kylefox docs, forms, files, uploads 0 0 0 0 0 0
8850 2008-09-03 17:45:13 2009-02-25 21:43:29 2022-03-06 03:43:19.784552 Unreviewed closed contrib.syndication     1.0 wontfix syndication framework includes an extra newline using default templates The syndication framework default behavior is to load templates named {{{feeds/<slug>_title.html}}} and {{{feeds/<slug>_description.html}}}. The newline at the end of these files is include in the rendered output, which for HTML doesn't really matter but could for XML. So rather than: {{{ <title>Testo<title> }}} a person ends up with {{{ <title>Testo </title> }}} It is easy to fix this behavior by subclassing Feed so I'm not sure if it's a huge deal - maybe worth documenting somehow? nobody hopson   0 0 0 0 0 0
8851 2008-09-03 18:18:29 2020-04-16 12:25:02 2022-03-06 03:43:19.949116 Accepted new contrib.admin New feature Normal dev   Add a default option to list_filter in the admin interface There should be a way to set a default list_filter in the admin interface. For example, if I had a model like this: {{{ #!python DECOM_CHOICES = ( ('N', 'No'), ('Y', 'Yes'), ) class Host(models.Model): hostname = models.CharField(max_length=36, unique=True) decommissioned = models.CharField(max_length=1, choices=DECOM_CHOICES, default='N') ip_address = models.IPAddressField() def __unicode__(self): return self.hostname class HostAdmin(admin.ModelAdmin): fieldsets = [ ('Host Info', {'fields': ['hostname','decommissioned','ip_address']}), list_display = ('hostname', 'ip_address', 'decommissioned') list_filter = ('decommissioned') admin.site.register(Host, HostAdmin) }}} I might want to make it so that by default only hosts that are not marked as decommissioned are displayed by default in the index. It would be nice if I could just pass an option to list_filter to set the a filter that is enabled by default. Perhaps something like this: {{{ #!python list_filter = ('decommissioned__exact=N') # Matches the URL if you click on "No" in the filter list }}} ...or perhaps... {{{ #!python list_filter = ('decommissioned__default') # Have it choose the same default as specified in the model. }}} If there's already a simple way to do this I haven't found it and would appreciate an example. Thanks! hvdklauw Riskable <riskable@youknowwhat.com> admin, list_filter, default 0 0 0 0 0 0
8858 2008-09-03 22:25:32 2008-09-11 00:30:31 2022-03-06 03:43:21.024762 Ready for checkin closed Documentation     dev fixed Typo (no instead of not) in new SQLite version information There's a typo, no instead of not, in new SQLite version information. nobody adamv   0 0 0 0 0 0
8843 2008-09-03 13:45:46 2011-09-28 16:12:17 2022-03-06 03:43:18.723353 Unreviewed closed Translations     dev duplicate Translation update for traditional chinese (zh_TW) Translation update for traditional chinese (zh_TW) against trunk 8922 nobody terryh   0 0 0 0 0 0
8827 2008-09-03 03:05:39 2011-09-28 16:12:17 2022-03-06 03:43:16.366343 Accepted closed Translations     dev fixed Final Updates to Django's Hebrew Translation Update for the latest change. nobody Alex   0 1 0 0 0 0
8820 2008-09-03 01:28:02 2011-09-28 16:12:17 2022-03-06 03:43:15.285277 Unreviewed closed Translations     dev fixed Dutch translation for security fix Updated Ducth translation. nobody arien   0 1 0 0 0 0
8821 2008-09-03 01:29:26 2011-09-28 16:12:17 2022-03-06 03:43:15.432893 Unreviewed closed Translations     dev fixed Spanish translation for security fix Updated Spanish translation. nobody arien   0 1 0 0 0 0
8823 2008-09-03 01:32:20 2011-09-28 16:12:17 2022-03-06 03:43:15.742557 Unreviewed closed Translations     dev fixed Argentinian Spanish translation for security fix Updated translation for Argentinian Spanish. nobody arien   0 1 0 0 0 0
8824 2008-09-03 01:45:38 2011-09-28 16:12:17 2022-03-06 03:43:15.905273 Unreviewed closed Translations     dev fixed Catalan translation for security fix Updated translation for Catalan. nobody arien   0 1 0 0 0 0
8822 2008-09-03 01:29:51 2011-09-28 16:12:17 2022-03-06 03:43:15.591756 Accepted closed Documentation     dev fixed Missing links in 1.0 release notes You may already know about this but I open a ticket just to make sure. There are missing links (replaced by XXX) in the release notes for the sections "INSERT/UPDATE distinction" and "Removal of deprecated features". jacob julien   0 0 0 0 0 0
8852 2008-09-03 18:59:51 2008-09-03 19:11:03 2022-03-06 03:43:20.090144 Unreviewed closed Uncategorized     dev invalid invalid link at site http://www.djangoproject.com/documentation/upload_handling/ there is an invalid link to http://www.djangoproject.com/documentation/0.96/upload_handling/ at the top[[BR]] File Uploads[[BR]] ... This document is for Django's SVN release, which can be significantly different from previous releases. Get old docs here: '''0.96''', '''0.95'''. .... bold text is that invalid link ;-) nobody lkolacz   0 0 0 0 0 0
8848 2008-09-03 17:27:36 2011-09-28 16:12:17 2022-03-06 03:43:19.480592 Unreviewed closed Documentation Uncategorized Normal dev fixed [Custom file storage] Contradiction between code and docs http://code.djangoproject.com/browser/django/trunk/django/core/files/storage.py#L83: {{{ #!python # The following methods form the public API for storage systems, but with # no default implementations. Subclasses must implement *all* of these. }}} Meanwhile, in http://docs.djangoproject.com/en/dev/howto/custom-file-storage/#howto-custom-file-storage: > Your custom storage system may override '''any''' of the storage methods explained in [http://docs.djangoproject.com/en/dev/ref/files/storage/#ref-files-storage File storage API]. nobody Piotr Lewandowski <django@icomputing.pl> file storage comment 0 0 0 0 0 0
8839 2008-09-03 11:13:06 2011-09-28 16:12:17 2022-03-06 03:43:18.074916 Unreviewed closed Documentation     dev duplicate typo in model fields docs http://docs.djangoproject.com/en/dev/ref/models/fields/#imagefield -class ImageField(upload_to-None[, height_field=None, width_field=None, max_length=100, **options]) +class ImageField(upload_to=None[, height_field=None, width_field=None, max_length=100, **options]) ^ nobody 7times9 typo model fields docs 0 1 0 0 0 0
8838 2008-09-03 11:07:42 2011-09-28 16:12:17 2022-03-06 03:43:17.923173 Ready for checkin closed Documentation     dev fixed typo in model fields docs http://docs.djangoproject.com/en/dev/ref/models/fields/#positivesmallintegerfield PositiveSmallIntegerField -class PositiveIntegerField([**options]) +class PositiveSmallIntegerField([**options]) nobody 7times9 typo model fields docs 0 1 0 0 0 0
8854 2008-09-03 19:35:30 2008-09-03 20:11:59 2022-03-06 03:43:20.391454 Unreviewed closed Core (Other)     dev invalid url tag and reverse function do not work urls.py {{{ from django.conf.urls.defaults import * from tagging.models import Tag urlpatterns = patterns('tagging.views', (r'^tag/(?P<tag>\w+)/', 'tagged_object_list', {'queryset_or_model':Tag, 'related_tags':True}), ) urlpatterns += patterns('page.views', (r'^$', 'show'), (r'^rev/(?P<rev>\w+)/', 'show'), (r'^diff/(?P<old>\s+)/(?P<new>\s+)/', 'diff'), (r'^edit/', 'edit'), (r'^info/', 'info'), (r'^delete/', 'delete'), url(r'^recent/', 'recent', name='recent'), (r'^search/((?P<needle>\s+)/)?', 'search'), (r'^tag/', 'tag'), (r'^(?P<action>\w+)/', 'unknown'), ) }}} And try: {{{ $ ./manage.py shell Python 2.4.3 (#1, May 24 2008, 13:47:28) [GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole) >>> from django.core.urlresolvers import reverse >>> reverse('recent') Traceback (most recent call last): File "<console>", line 1, in ? File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 249, in reverse return iri_to_uri(u'%s%s' % (prefix, get_resolver(urlconf).reverse(viewname, File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 226, in reverse possibilities, pattern = self.reverse_dict.get(lookup_view, [(), ()]) File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 160, in _get_reverse_dict for name, (matches, pat) in pattern.reverse_dict.iteritems(): File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 160, in _get_reverse_dict for name, (matches, pat) in pattern.reverse_dict.iteritems(): File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 168, in _get_reverse_dict self._reverse_dict[pattern.callback] = bits, p_pattern File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 135, in _get_callback raise ViewDoesNotExist, "Tried %s in module %s. Error was: %s" % (func_name, mod_name, … nobody keizie   0 0 0 0 0 0

Advanced export

JSON shape: default, array, newline-delimited, object

CSV options: 

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
    );