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

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

descending

id	created	changetime	last_pulled_from_trac	stage	status	component	type	severity	version	resolution	summary	description ▼	owner	reporter	keywords	has_patch	needs_tests
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
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	1	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	1	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	1	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		1	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	1	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
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
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		1	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
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
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
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
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		1	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	1	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		1	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
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	1	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
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		1	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
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	1	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		1	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
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		1	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		1	1
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
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
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
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
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
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		1	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		1	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		1	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		1	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		1	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
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
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
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	1	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	1	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

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