My favorites | Sign in
Project Logo
                
Details: Show all Hide all

Earlier this year

  • Aug 20, 2009
    issue 75 (Digits in WikiWords) reported by shac...@berkeley.edu   -   Is there any particular reason why you can't save a Wiki page with a title of Fall09 by default? Given that, I thought it would be possible to override the default configuration with: WIKI_URL_RE = r'[:alnum:]' But no dice. Also tried variants of '\w+\d+' but didn't get anywhere. What's the correct regex to allow digits into WikiWords? Thanks.
    Is there any particular reason why you can't save a Wiki page with a title of Fall09 by default? Given that, I thought it would be possible to override the default configuration with: WIKI_URL_RE = r'[:alnum:]' But no dice. Also tried variants of '\w+\d+' but didn't get anywhere. What's the correct regex to allow digits into WikiWords? Thanks.
  • Jul 22, 2009
    issue 69 (Possible to use HTML formatting?) Status changed by eduardo....@gmail.com   -   Fixed on rev 189 on launchpad: http://bazaar.launchpad.net/~django-wikiapp/django-wikiapp/main/revision/189
    Status: Fixed
  • Jul 19, 2009
    WikiappDependencies (Dependencies) Wiki page commented on by eduardo....@gmail.com   -   ibnameen: django-avatar is only needed for pinax. janoscharlipp: django.contrib.markup is not needed anymore on trunk (launchpad). Please check: http://bazaar.launchpad.net/~django-wikiapp/django-wikiapp/main/files/head%3A/docs/ (yeah, I should set a wiki to keep it :)
    ibnameen: django-avatar is only needed for pinax. janoscharlipp: django.contrib.markup is not needed anymore on trunk (launchpad). Please check: http://bazaar.launchpad.net/~django-wikiapp/django-wikiapp/main/files/head%3A/docs/ (yeah, I should set a wiki to keep it :)
  • Jul 19, 2009
    WikiappDependencies (Dependencies) Wiki page edited by eduardo....@gmail.com
  • Jul 19, 2009
    LaunchpadProjectPage (how to get django-wikiapp from Launchpad) Wiki page edited by eduardo....@gmail.com
  • Jul 19, 2009
    LaunchpadProjectPage (how to get code django-wikiapp from Launchpad) Wiki page added by eduardo....@gmail.com
  • Jul 19, 2009
    issue 72 (Patch: WIKI_BANNED_TITLES) Status changed by eduardo.padoan   -   Thanks for the suggestion, added on rev 187 on launchpad.
    Status: Fixed
    Thanks for the suggestion, added on rev 187 on launchpad.
    Status: Fixed
  • Jul 19, 2009
    issue 73 (Enhancement request for created_at/last_update fields) Status changed by eduardo.padoan   -   You are right, thanks. Fixed on launchpad, rev 186.
    Status: Fixed
    You are right, thanks. Fixed on launchpad, rev 186.
    Status: Fixed
  • Jul 19, 2009
    issue 74 (TemplateSyntaxError: (1146, "Table 'myProject.wiki_article'...) Status changed by eduardo.padoan   -   About the lack of a tutorial or demo, contributions are always welcome :)
    Status: Invalid
    About the lack of a tutorial or demo, contributions are always welcome :)
    Status: Invalid
  • Jul 13, 2009
    WikiappDependencies (Dependencies) Wiki page commented on by janoscharlipp   -   You could also note somewhere, that one has to load the 'django.contrib.markup' application, for wikiapp to run.
    You could also note somewhere, that one has to load the 'django.contrib.markup' application, for wikiapp to run.
  • Jul 13, 2009
    issue 74 (TemplateSyntaxError: (1146, "Table 'myProject.wiki_article'...) commented on by janoscharlipp   -   Ohhh, i forgot to run syncdb and didn't understand the error-message (it comes from a template, so "Table does not exist" was not clearly related to the *database* :D)
    Ohhh, i forgot to run syncdb and didn't understand the error-message (it comes from a template, so "Table does not exist" was not clearly related to the *database* :D)
  • Jul 13, 2009
    issue 74 (TemplateSyntaxError: (1146, "Table 'myProject.wiki_article'...) reported by janoscharlipp   -   What steps will reproduce the problem? 1. added (r'^wiki/', include('wiki.urls')), to my projects urls.py 2. visited http://10.1.1.171:8000/wiki/ in the browser What is the expected output? What do you see instead? A wiki site? (there is no demo, no tutorial, so i dont know what exactly to expect, but not an error, thats for sure) I see a typical django error page, the copyable traceback is at the end of this issue report What version of the product are you using? On what operating system? wikiapp: trunk (rev. 182) django: 1.1 (pre alpha, svn rev. 9781) Please provide any additional information below. I started the development server with: D:\projects\easypm>manage.py runserver 10.1.1.171:8000 I think the problem is somehow, that it prefixes the view name wiki_article with the name of my project "easypm" but i don't know why it does that. Environment: Request Method: GET Request URL: http://10.1.1.171:8000/wiki/ Django Version: 1.1 pre-alpha SVN-9781 Python Version: 2.5.2 Installed Applications: ['django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.sites', 'django.contrib.admin', 'rstify', 'easypm.core', 'django_extensions', 'wiki'] Installed Middleware: ('django.middleware.common.CommonMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware') Template error: In template c:\programme\python 2.5.2\lib\site-packages\wiki\templates\wiki\index.html, error at line 12 Caught an exception while rendering: (1146, "Table 'easypm.wiki_article' doesn't exist") 2 : {% load i18n %} 3 : 4 : 5 : {% block title %} 6 : Index 7 : {% endblock %} 8 : 9 : {% block content %} 10 : <h1>Index</h1> 11 : 12 : {% if articles %} 13 : <ul> 14 : {% for article in articles %} 15 : <li><a href="{% url wiki_article article.title %}">{{ article.title }}</a></li> 16 : {% endfor %} 17 : </ul> 18 : {% else %} 19 : <p><a href="{% url wiki_edit "NewArticle" %}">{% trans "Create a new article" %}</a>.</p> 20 : {% endif %} 21 : {% endblock %} 22 : Traceback: File "C:\Programme\Python 2.5.2\lib\site-packages\django\core\handlers\base.py" in get_response 86. response = callback(request, *callback_args, **callback_kwargs) File "C:\Programme\Python 2.5.2\lib\site-packages\wiki\views.py" in article_list 171. context_instance=RequestContext(request)) File "C:\Programme\Python 2.5.2\lib\site-packages\django\shortcuts\__init__.py" in render_to_response 18. return HttpResponse(loader.render_to_string(*args, **kwargs), **httpresponse_kwargs) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\loader.py" in render_to_string 107. return t.render(context_instance) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 176. return self.nodelist.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 768. bits.append(self.render_node(node, context)) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\debug.py" in render_node 71. result = node.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\loader_tags.py" in render 97. return compiled_parent.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 176. return self.nodelist.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 768. bits.append(self.render_node(node, context)) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\debug.py" in render_node 71. result = node.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\loader_tags.py" in render 24. result = self.nodelist.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 768. bits.append(self.render_node(node, context)) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\debug.py" in render_node 81. raise wrapped Exception Type: TemplateSyntaxError at /wiki/ Exception Value: Caught an exception while rendering: (1146, "Table 'easypm.wiki_article' doesn't exist") Original Traceback (most recent call last): File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\debug.py", line 71, in render_node result = node.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\defaulttags.py", line 253, in render if (value and not ifnot) or (ifnot and not value): File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\query.py", line 192, in __nonzero__ iter(self).next() File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\query.py", line 186, in _result_iter self._fill_cache() File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\query.py", line 667, in _fill_cache self._result_cache.append(self._iter.next()) File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\query.py", line 281, in iterator for row in self.query.results_iter(): File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\sql\query.py", line 238, in results_iter for rows in self.execute_sql(MULTI): File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\sql\query.py", line 1935, in execute_sql cursor.execute(sql, params) File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\backends\util.py", line 19, in execute return self.cursor.execute(sql, params) File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\backends\mysql\base.py", line 83, in execute return self.cursor.execute(query, args) File "C:\Programme\Python 2.5.2\lib\site-packages\MySQLdb\cursors.py", line 166, in execute self.errorhandler(self, exc, value) File "C:\Programme\Python 2.5.2\lib\site-packages\MySQLdb\connections.py", line 35, in defaulterrorhandler raise errorclass, errorvalue ProgrammingError: (1146, "Table 'easypm.wiki_article' doesn't exist")
    What steps will reproduce the problem? 1. added (r'^wiki/', include('wiki.urls')), to my projects urls.py 2. visited http://10.1.1.171:8000/wiki/ in the browser What is the expected output? What do you see instead? A wiki site? (there is no demo, no tutorial, so i dont know what exactly to expect, but not an error, thats for sure) I see a typical django error page, the copyable traceback is at the end of this issue report What version of the product are you using? On what operating system? wikiapp: trunk (rev. 182) django: 1.1 (pre alpha, svn rev. 9781) Please provide any additional information below. I started the development server with: D:\projects\easypm>manage.py runserver 10.1.1.171:8000 I think the problem is somehow, that it prefixes the view name wiki_article with the name of my project "easypm" but i don't know why it does that. Environment: Request Method: GET Request URL: http://10.1.1.171:8000/wiki/ Django Version: 1.1 pre-alpha SVN-9781 Python Version: 2.5.2 Installed Applications: ['django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.sites', 'django.contrib.admin', 'rstify', 'easypm.core', 'django_extensions', 'wiki'] Installed Middleware: ('django.middleware.common.CommonMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware') Template error: In template c:\programme\python 2.5.2\lib\site-packages\wiki\templates\wiki\index.html, error at line 12 Caught an exception while rendering: (1146, "Table 'easypm.wiki_article' doesn't exist") 2 : {% load i18n %} 3 : 4 : 5 : {% block title %} 6 : Index 7 : {% endblock %} 8 : 9 : {% block content %} 10 : <h1>Index</h1> 11 : 12 : {% if articles %} 13 : <ul> 14 : {% for article in articles %} 15 : <li><a href="{% url wiki_article article.title %}">{{ article.title }}</a></li> 16 : {% endfor %} 17 : </ul> 18 : {% else %} 19 : <p><a href="{% url wiki_edit "NewArticle" %}">{% trans "Create a new article" %}</a>.</p> 20 : {% endif %} 21 : {% endblock %} 22 : Traceback: File "C:\Programme\Python 2.5.2\lib\site-packages\django\core\handlers\base.py" in get_response 86. response = callback(request, *callback_args, **callback_kwargs) File "C:\Programme\Python 2.5.2\lib\site-packages\wiki\views.py" in article_list 171. context_instance=RequestContext(request)) File "C:\Programme\Python 2.5.2\lib\site-packages\django\shortcuts\__init__.py" in render_to_response 18. return HttpResponse(loader.render_to_string(*args, **kwargs), **httpresponse_kwargs) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\loader.py" in render_to_string 107. return t.render(context_instance) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 176. return self.nodelist.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 768. bits.append(self.render_node(node, context)) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\debug.py" in render_node 71. result = node.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\loader_tags.py" in render 97. return compiled_parent.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 176. return self.nodelist.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 768. bits.append(self.render_node(node, context)) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\debug.py" in render_node 71. result = node.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\loader_tags.py" in render 24. result = self.nodelist.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\__init__.py" in render 768. bits.append(self.render_node(node, context)) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\debug.py" in render_node 81. raise wrapped Exception Type: TemplateSyntaxError at /wiki/ Exception Value: Caught an exception while rendering: (1146, "Table 'easypm.wiki_article' doesn't exist") Original Traceback (most recent call last): File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\debug.py", line 71, in render_node result = node.render(context) File "C:\Programme\Python 2.5.2\lib\site-packages\django\template\defaulttags.py", line 253, in render if (value and not ifnot) or (ifnot and not value): File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\query.py", line 192, in __nonzero__ iter(self).next() File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\query.py", line 186, in _result_iter self._fill_cache() File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\query.py", line 667, in _fill_cache self._result_cache.append(self._iter.next()) File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\query.py", line 281, in iterator for row in self.query.results_iter(): File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\sql\query.py", line 238, in results_iter for rows in self.execute_sql(MULTI): File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\models\sql\query.py", line 1935, in execute_sql cursor.execute(sql, params) File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\backends\util.py", line 19, in execute return self.cursor.execute(sql, params) File "C:\Programme\Python 2.5.2\lib\site-packages\django\db\backends\mysql\base.py", line 83, in execute return self.cursor.execute(query, args) File "C:\Programme\Python 2.5.2\lib\site-packages\MySQLdb\cursors.py", line 166, in execute self.errorhandler(self, exc, value) File "C:\Programme\Python 2.5.2\lib\site-packages\MySQLdb\connections.py", line 35, in defaulterrorhandler raise errorclass, errorvalue ProgrammingError: (1146, "Table 'easypm.wiki_article' doesn't exist")
  • Apr 17, 2009
    issue 73 (Enhancement request for created_at/last_update fields) reported by haineault   -   The fields "created_at" and "last_update" in models.py are not using the most efficient syntax; from datetime import datetime created_at = models.DateTimeField(default=datetime.now) last_update = models.DateTimeField(blank=True, null=True) This is the syntax used everywhere in the file for those field .. there is a better way to do this; created_at = models.DateTimeField(auto_now_add=True) last_update = models.DateTimeField(auto_now=True) http://docs.djangoproject.com/en/dev/ref/models/fields/#datetimefield Beside "last_update" should never null, creation should count as an update. Regards
    The fields "created_at" and "last_update" in models.py are not using the most efficient syntax; from datetime import datetime created_at = models.DateTimeField(default=datetime.now) last_update = models.DateTimeField(blank=True, null=True) This is the syntax used everywhere in the file for those field .. there is a better way to do this; created_at = models.DateTimeField(auto_now_add=True) last_update = models.DateTimeField(auto_now=True) http://docs.djangoproject.com/en/dev/ref/models/fields/#datetimefield Beside "last_update" should never null, creation should count as an update. Regards
  • Mar 16, 2009
    issue 72 (Patch: WIKI_BANNED_TITLES) reported by ja...@incuna.com   -   Someone created the NewArticle page on my Pinax wiki, causing much confusion. Attached patch adds a WIKI_BANNED_TITLES setting, which disallows pages of that name (and defaults to 'NewArticle' and 'EditArticle').
    Someone created the NewArticle page on my Pinax wiki, causing much confusion. Attached patch adds a WIKI_BANNED_TITLES setting, which disallows pages of that name (and defaults to 'NewArticle' and 'EditArticle').
  • Feb 28, 2009
    issue 45 (Use custom tags to render article and history) Status changed by eduardo.padoan   -  
    Status: Fixed
    Status: Fixed
  • Feb 28, 2009
    issue 37 (Move common code from views to a custom manager) Status changed by eduardo.padoan   -   Fixed on the remove_article branch. https://code.edge.launchpad.net/~django-wikiapp/django-wikiapp/main
    Status: Fixed
    Fixed on the remove_article branch. https://code.edge.launchpad.net/~django-wikiapp/django-wikiapp/main
    Status: Fixed
  • Feb 28, 2009
  • Feb 28, 2009
    issue 28 (Add a RecentChanges list) Status changed by eduardo.padoan   -  
    Status: Fixed
    Status: Fixed
  • Feb 28, 2009
    issue 6 (Licence docs) Status changed by eduardo.padoan   -  
    Status: Fixed
    Status: Fixed
  • Feb 28, 2009
    issue 67 (Creole markup with manual [[WikiLinks]] is weird double-link...) Status changed by eduardo.padoan   -   On the template_utils_markup branch I've dropped the wikilinkfy tag. Just use the linking method of the markup language being used. https://code.edge.launchpad.net/~django-wikiapp/django-wikiapp/template_utils_markup
    Status: Fixed
    On the template_utils_markup branch I've dropped the wikilinkfy tag. Just use the linking method of the markup language being used. https://code.edge.launchpad.net/~django-wikiapp/django-wikiapp/template_utils_markup
    Status: Fixed
  • Jan 12, 2009
    issue 53 (NoReverseMatch on search) commented on by kieran.farr   -   I get a similar error. I'm trying to add wikiapp to an existing project under the url [root]/wiki/. Following the api instructions, I put this on my base project urls.py: (r'^wiki/$', include('wiki.urls')), error message: (Caught an exception while rendering: Reverse for 'vidsf.wiki_search' with arguments '()' and keyword arguments '{}' not found.)
    I get a similar error. I'm trying to add wikiapp to an existing project under the url [root]/wiki/. Following the api instructions, I put this on my base project urls.py: (r'^wiki/$', include('wiki.urls')), error message: (Caught an exception while rendering: Reverse for 'vidsf.wiki_search' with arguments '()' and keyword arguments '{}' not found.)

Older

  • Dec 17, 2008
    issue 70 (Documentation of WIKI_MARKUP_CHOICES is incomplete) Status changed by gabriel.padoan   -   Fixed on r182
    Status: Fixed
    Fixed on r182
    Status: Fixed
  • Dec 17, 2008
    r182 (Issue 70: Added the default value of the WIKI_MARKUP_CHOICES...) committed by gabriel.padoan   -   Issue 70 : Added the default value of the WIKI_MARKUP_CHOICES to the docs.
    Issue 70 : Added the default value of the WIKI_MARKUP_CHOICES to the docs.
  • Dec 17, 2008
    issue 71 (Reverse not working on change log history template) commented on by gabriel.padoan   -   I wasnt able to reproduce this error. Can you give some more detail, like your urls.py? Thanks.
    I wasnt able to reproduce this error. Can you give some more detail, like your urls.py? Thanks.
  • Dec 16, 2008
    issue 71 (Reverse not working on change log history template) reported by ben.welsh   -   What steps will reproduce the problem? 1. Add the wiki app to an existing set of apps in a dev folder named "projects" 2. Sync up the DB, load runserver, make your first page. 3. Edit it twice and then try to view the change history. What is the expected output? What do you see instead? I expected the history, instead got a reverse error. What version of the product are you using? On what operating system? - Django version 1.0.1 pre-alpha SVN-9230, using settings 'projects.settings' - Mac OS X Tiger - Postgres DB Please provide any additional information below. Traceback: File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/core/handlers/base.py" in get_response 86. response = callback(request, *callback_args, **callback_kwargs) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/contrib/auth/decorators.py" in __call__ 67. return self.view_func(request, *args, **kwargs) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/wiki/views.py" in article_history 421. context_instance=RequestContext(request)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/shortcuts/__init__.py" in render_to_response 18. return HttpResponse(loader.render_to_string(*args, **kwargs), **httpresponse_kwargs) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/loader.py" in render_to_string 107. return t.render(context_instance) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 176. return self.nodelist.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 768. bits.append(self.render_node(node, context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/debug.py" in render_node 71. result = node.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/loader_tags.py" in render 97. return compiled_parent.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 176. return self.nodelist.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 768. bits.append(self.render_node(node, context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/debug.py" in render_node 71. result = node.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/loader_tags.py" in render 24. result = self.nodelist.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 768. bits.append(self.render_node(node, context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/debug.py" in render_node 71. result = node.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/defaulttags.py" in render 148. nodelist.append(node.render(context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/defaulttags.py" in render 246. return self.nodelist_false.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 768. bits.append(self.render_node(node, context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/debug.py" in render_node 81. raise wrapped Exception Type: TemplateSyntaxError at /wiki/history/TestPage/ Exception Value: Caught an exception while rendering: Reverse for 'projects.wiki_article' with arguments '(<User: Name>,)' and keyword arguments '{}' not found. Original Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/site-packages/django/template/debug.py", line 71, in render_node result = node.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/site-packages/django/template/defaulttags.py", line 378, in render args=args, kwargs=kwargs) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/site-packages/django/core/urlresolvers.py", line 254, in reverse *args, **kwargs))) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/site-packages/django/core/urlresolvers.py", line 243, in reverse "arguments '%s' not found." % (lookup_view, args, kwargs)) NoReverseMatch: Reverse for 'projects.wiki_article' with arguments '(<User: Name>,)' and keyword arguments '{}' not found.
    What steps will reproduce the problem? 1. Add the wiki app to an existing set of apps in a dev folder named "projects" 2. Sync up the DB, load runserver, make your first page. 3. Edit it twice and then try to view the change history. What is the expected output? What do you see instead? I expected the history, instead got a reverse error. What version of the product are you using? On what operating system? - Django version 1.0.1 pre-alpha SVN-9230, using settings 'projects.settings' - Mac OS X Tiger - Postgres DB Please provide any additional information below. Traceback: File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/core/handlers/base.py" in get_response 86. response = callback(request, *callback_args, **callback_kwargs) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/contrib/auth/decorators.py" in __call__ 67. return self.view_func(request, *args, **kwargs) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/wiki/views.py" in article_history 421. context_instance=RequestContext(request)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/shortcuts/__init__.py" in render_to_response 18. return HttpResponse(loader.render_to_string(*args, **kwargs), **httpresponse_kwargs) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/loader.py" in render_to_string 107. return t.render(context_instance) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 176. return self.nodelist.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 768. bits.append(self.render_node(node, context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/debug.py" in render_node 71. result = node.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/loader_tags.py" in render 97. return compiled_parent.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 176. return self.nodelist.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 768. bits.append(self.render_node(node, context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/debug.py" in render_node 71. result = node.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/loader_tags.py" in render 24. result = self.nodelist.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 768. bits.append(self.render_node(node, context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/debug.py" in render_node 71. result = node.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/defaulttags.py" in render 148. nodelist.append(node.render(context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/defaulttags.py" in render 246. return self.nodelist_false.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/__init__.py" in render 768. bits.append(self.render_node(node, context)) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ site-packages/django/template/debug.py" in render_node 81. raise wrapped Exception Type: TemplateSyntaxError at /wiki/history/TestPage/ Exception Value: Caught an exception while rendering: Reverse for 'projects.wiki_article' with arguments '(<User: Name>,)' and keyword arguments '{}' not found. Original Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/site-packages/django/template/debug.py", line 71, in render_node result = node.render(context) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/site-packages/django/template/defaulttags.py", line 378, in render args=args, kwargs=kwargs) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/site-packages/django/core/urlresolvers.py", line 254, in reverse *args, **kwargs))) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/site-packages/django/core/urlresolvers.py", line 243, in reverse "arguments '%s' not found." % (lookup_view, args, kwargs)) NoReverseMatch: Reverse for 'projects.wiki_article' with arguments '(<User: Name>,)' and keyword arguments '{}' not found.
  • Dec 16, 2008
    issue 70 (Documentation of WIKI_MARKUP_CHOICES is incomplete) Owner changed by eduardo.padoan   -  
    Owner: eduardo.padoan
    Owner: eduardo.padoan
  • Dec 16, 2008
    issue 70 (Documentation of WIKI_MARKUP_CHOICES is incomplete) changed by eduardo.padoan   -  
    Status: Accepted
    Labels: Type-Enhancement Component-Docs
    Status: Accepted
    Labels: Type-Enhancement Component-Docs
  • Dec 07, 2008
    issue 70 (Documentation of WIKI_MARKUP_CHOICES is incomplete) reported by paul.bissex   -   Docs currently refer to this setting without explaining how its contents should be structured. http://code.google.com/p/django-wikiapp/source/browse/trunk/docs/install.txt#24 I found the expected structure here: http://code.google.com/p/django-wikiapp/source/browse/trunk/wiki/models.py#35
    Docs currently refer to this setting without explaining how its contents should be structured. http://code.google.com/p/django-wikiapp/source/browse/trunk/docs/install.txt#24 I found the expected structure here: http://code.google.com/p/django-wikiapp/source/browse/trunk/wiki/models.py#35
  • Dec 04, 2008
    issue 68 (I18n error in wiki revision reversion) Status changed by eduardo.padoan   -   Fixed on r181. Thanks msaelices!
    Status: Fixed
    Fixed on r181. Thanks msaelices!
    Status: Fixed
  • Dec 04, 2008
    r181 (Fixing an i18n bug on a notification template. Thanks msaeli...) committed by eduardo.padoan   -   Fixing an i18n bug on a notification template. Thanks msaelices at gmail.com
    Fixing an i18n bug on a notification template. Thanks msaelices at gmail.com
  • Dec 02, 2008
    issue 69 (Possible to use HTML formatting?) Status changed by eduardo.padoan   -   You can overwrite the WIKI_MARKUP_CHOICES[1], and define your own ArticleForm (if you take a look at views.py, you will notice that edit_article() receives ArticleFormClass[2], you need to add this argument when including the views). I have not tried it yet, but if you do, I'd accept (and help with) a code and/or documentation patch. Thanks! Also see this thread, that I think may be of interest: http://groups.google.com/group/pinax-users/browse_thread/thread/99e5995170104482?hl=en I may probably want to talk to the other people on the list interested on this. [1] http://code.google.com/p/django-wikiapp/source/browse/trunk/docs/install.txt#17 [2] http://code.google.com/p/django-wikiapp/source/browse/trunk/wiki/views.py#235
    Status: Accepted
    You can overwrite the WIKI_MARKUP_CHOICES[1], and define your own ArticleForm (if you take a look at views.py, you will notice that edit_article() receives ArticleFormClass[2], you need to add this argument when including the views). I have not tried it yet, but if you do, I'd accept (and help with) a code and/or documentation patch. Thanks! Also see this thread, that I think may be of interest: http://groups.google.com/group/pinax-users/browse_thread/thread/99e5995170104482?hl=en I may probably want to talk to the other people on the list interested on this. [1] http://code.google.com/p/django-wikiapp/source/browse/trunk/docs/install.txt#17 [2] http://code.google.com/p/django-wikiapp/source/browse/trunk/wiki/views.py#235
    Status: Accepted
  • Dec 01, 2008
    issue 69 (Possible to use HTML formatting?) reported by shac...@birdhouse.org   -   wikiapp currently offers four choices for non-HTML markup languages. However, we'd like to ditch those, wrap TinyMCE around textareas, and let users operate with a rich text editor or raw HTML. Is this possible with the current release? If so, how? If not, then this is a feature request :) Thanks.
    wikiapp currently offers four choices for non-HTML markup languages. However, we'd like to ditch those, wrap TinyMCE around textareas, and let users operate with a rich text editor or raw HTML. Is this possible with the current release? If so, how? If not, then this is a feature request :) Thanks.
  • Nov 25, 2008
    issue 68 (I18n error in wiki revision reversion) changed by eduardo.padoan   -  
    Status: Accepted
    Owner: eduardo.padoan
    Status: Accepted
    Owner: eduardo.padoan
  • Nov 24, 2008
    issue 68 (I18n error in wiki revision reversion) reported by msaelices   -   I've attached a patch that fixes i18n problem
    I've attached a patch that fixes i18n problem
  • Oct 20, 2008
    r180 (renamed notification templates) committed by jtauber   -   renamed notification templates
    renamed notification templates
  • Oct 15, 2008
    r179 (adding creole reference to install docs since it's part of d...) committed by mandric   -   adding creole reference to install docs since it's part of default now.
    adding creole reference to install docs since it's part of default now.
  • Oct 04, 2008
    r178 (Fixed a url on a example template and added some details to ...) committed by eduardo.padoan   -   Fixed a url on a example template and added some details to the docs.
    Fixed a url on a example template and added some details to the docs.
  • Oct 03, 2008
    issue 67 (Creole markup with manual [[WikiLinks]] is weird double-link...) commented on by eduardo.padoan   -   Thanks for your report! My plan (which I've discussed with jtauber on #pinax irc), is: * Move our the markup tags to another project (pinax blog depends on it, and it may be useful for others as well) * Prefer the linking method of the markup language being used * Make the wikiword filter optinal (adding an option on the Article model and on the form) I'll surely take your sugestions into consideration, thanks again!
    Thanks for your report! My plan (which I've discussed with jtauber on #pinax irc), is: * Move our the markup tags to another project (pinax blog depends on it, and it may be useful for others as well) * Prefer the linking method of the markup language being used * Make the wikiword filter optinal (adding an option on the Article model and on the form) I'll surely take your sugestions into consideration, thanks again!
  • Oct 03, 2008
    issue 67 (Creole markup with manual [[WikiLinks]] is weird double-link...) commented on by ysamlan   -   This wikiwordifier regex is better: wikiwordfier = re.compile(r'(?<!!)(?<!href=["|\'])(?<!>)\b(%s)\b' % WIKI_WORD_RE) It doesn't match inside href=" or after a '>' -- but it reveals yet another problem: the creoleparser-generated links come up eg href="AnArticle" and not href="../AnArticle". So really this is two bugs in one.
    This wikiwordifier regex is better: wikiwordfier = re.compile(r'(?<!!)(?<!href=["|\'])(?<!>)\b(%s)\b' % WIKI_WORD_RE) It doesn't match inside href=" or after a '>' -- but it reveals yet another problem: the creoleparser-generated links come up eg href="AnArticle" and not href="../AnArticle". So really this is two bugs in one.
  • Oct 03, 2008
    issue 67 (Creole markup with manual [[WikiLinks]] is weird double-link...) reported by ysamlan   -   Normal inline WikiWords get linkified, but using brackets to linkify something that's already a WikiWord (eg [[WikiWord]]) results in it being linkified by both the Creole parser *and* the wikiwordifier regex, which is wrong and looks pretty bad. To reproduce: 1. Create a Creole entry with contents like "Check out [[AnArticle]] on SomeThing!" Should return: Check out <a href="../AnArticle/">AnArticle</a> on <a href="../SomeThing/">SomeThing</a>! Instead: Check out <a href="<a href="../AnArticle/">AnArticle</a>"><a href="../AnArticle/">AnArticle</a></a> on <a href="../SomeThing/">SomeThing</a>! (That is, it wikiwordifies the wikiword *inside* the href that Creoleparser generated). I guess the wikiwordifier regex should not be matching WikiWords inside <a href.*</a>, at least not after passing through Creoleparser.
    Normal inline WikiWords get linkified, but using brackets to linkify something that's already a WikiWord (eg [[WikiWord]]) results in it being linkified by both the Creole parser *and* the wikiwordifier regex, which is wrong and looks pretty bad. To reproduce: 1. Create a Creole entry with contents like "Check out [[AnArticle]] on SomeThing!" Should return: Check out <a href="../AnArticle/">AnArticle</a> on <a href="../SomeThing/">SomeThing</a>! Instead: Check out <a href="<a href="../AnArticle/">AnArticle</a>"><a href="../AnArticle/">AnArticle</a></a> on <a href="../SomeThing/">SomeThing</a>! (That is, it wikiwordifies the wikiword *inside* the href that Creoleparser generated). I guess the wikiwordifier regex should not be matching WikiWords inside <a href.*</a>, at least not after passing through Creoleparser.
  • Oct 02, 2008
    issue 66 (Wrong Python variable assigment) Status changed by eduardo.padoan   -   Sorry, I'm a idiot. Its fixed now (r177). Thanks! I have tested this change on pinax only, where this line never gets evaluated. (can believe I still do this errors after this years...)
    Status: Fixed
    Sorry, I'm a idiot. Its fixed now (r177). Thanks! I have tested this change on pinax only, where this line never gets evaluated. (can believe I still do this errors after this years...)
    Status: Fixed
  • Oct 02, 2008
    r177 (Fixed a really stupid assignment error.) committed by eduardo.padoan   -   Fixed a really stupid assignment error.
    Fixed a really stupid assignment error.
  • Oct 02, 2008
    issue 66 (Wrong Python variable assigment) commented on by rhcarvalho   -   The same error is present in several other lines of the same file.
    The same error is present in several other lines of the same file.
  • Oct 02, 2008
    issue 66 (Wrong Python variable assigment) reported by rhcarvalho   -   What steps will reproduce the problem? 1. Setup wikiapp on a blank django project with all dependencies. 2. syncdb and runserver 3. Using the default templates, click "Create a new article" on the home page What is the expected output? What do you see instead? I expected to be able to actually create a page, but got a Python Error (TypeError 'bool' object is not iterable) instead. What version of the product are you using? On what operating system? SVN r176. Ubuntu 8.04 Please provide any additional information below. As the traceback points, all one have to do is fix line 255 of wiki/views.py. Where it reads: allow_read, allow_write = True Should be: allow_read = allow_write = True
    What steps will reproduce the problem? 1. Setup wikiapp on a blank django project with all dependencies. 2. syncdb and runserver 3. Using the default templates, click "Create a new article" on the home page What is the expected output? What do you see instead? I expected to be able to actually create a page, but got a Python Error (TypeError 'bool' object is not iterable) instead. What version of the product are you using? On what operating system? SVN r176. Ubuntu 8.04 Please provide any additional information below. As the traceback points, all one have to do is fix line 255 of wiki/views.py. Where it reads: allow_read, allow_write = True Should be: allow_read = allow_write = True
  • Oct 01, 2008
    r176 (fixed incorrect return of an exception rather than a respons...) committed by jtauber   -   fixed incorrect return of an exception rather than a response and switched to using Forbidden status code
    fixed incorrect return of an exception rather than a response and switched to using Forbidden status code
  • Sep 28, 2008
    r175 (Enhanced plain notification templates to include links to th...) committed by leidel   -   Enhanced plain notification templates to include links to the articles
    Enhanced plain notification templates to include links to the articles
  • Sep 27, 2008
    issue 63 (Make wiki_url template tag able to pass variable to template...) commented on by eduardo.padoan   -   Thanks Jannis!
    Thanks Jannis!
  • Sep 27, 2008
    r174 (Fixed the wikiurl tag to modify the context correctly and re...) committed by leidel   -   Fixed the wikiurl tag to modify the context correctly and resolve the passed article and revision variables correctly
    Fixed the wikiurl tag to modify the context correctly and resolve the passed article and revision variables correctly
  • Sep 27, 2008
    r173 (Now really added dependencies doc) committed by totonixsame   -   Now really added dependencies doc
    Now really added dependencies doc
  • Sep 27, 2008
    r172 (Added dependencies doc) committed by totonixsame   -   Added dependencies doc
    Added dependencies doc
 
Hosted by Google Code