Opened 8 years ago

Closed 7 years ago

#1739 closed defect (worksforme)

Tags and blog in conflict?

Reported by: anonymous Owned by: pacopablo
Priority: normal Component: TracBlogPlugin
Severity: normal Keywords:
Cc: Trac Release: 0.10


Blog seems to be working fine, but this error message was received. Unfortunately not by me, so the last line was truncated - but is this enough to work on?

Trac .10.4, blog, webadmin and tags are all from svn. Debian Etch OS.

Traceback (most recent call last):
  File "/var/lib/python-support/python2.4/trac/web/", line 387, in dispatch_request
  File "/var/lib/python-support/python2.4/trac/web/", line 237, in dispatch
    resp = chosen_handler.process_request(req)
  File "build/bdist.linux-x86_64/egg/tBlog/", line 108, in process_request
  File "build/bdist.linux-x86_64/egg/tBlog/", line 162, in _new_blog_post
  File "build/bdist.linux-x86_64/egg/tractags/", line 160, in add_tags
  File "/var/lib/python-support/python2.4/trac/db/", line 50, in execute
    return self.cursor.execute(sql_escape_percent(sql), args)
  File "/var/lib/python-support/python2.4/trac/db/", line 56, in execute
    args or [])
  File "/var/lib/python-support/python2.4/trac/db/", line 48, in _rollback_on_error
    return function(self, *args, **kwargs)
IntegrityError: columns tagspace, name, tag are not

Attachments (0)

Change History (4)

comment:1 follow-up: Changed 8 years ago by datakid

That was reported by me - I thought I would let you know so that we could converse regards fixing the problem :)

comment:2 in reply to: ↑ 1 Changed 8 years ago by pacopablo

  • Status changed from new to assigned

Replying to datakid:

That was reported by me - I thought I would let you know so that we could converse regards fixing the problem :)

Do you have the end of the traceback? My guess is that it says that it's not unique, but I'd be interested in finding out.

Also, any steps to reproduce the error? Tags shouldn't be in conflict with Blog. In fact, Blog relies on tags. So, if you can give me a bit more info, I'll see if I can duplicate the issue and track it down

comment:3 Changed 8 years ago by datakid

Sure, sorry about the brief brief.


Brand new install. Finished on Wednesday, blog post made on Thursday. It was the first post made to the blog (could this be an issue?), and the error occurred when the submit changes button was pressed.

Also, apart from getting that error, note that the blog is working as expected - ie, it's seemingly non critical error :) is where you can see it.

I can't reproduce it :). I just tried posting something new to the blog (I have since deleted teh test post) but I've not been able to reproduce. Potentially it is something to do with putting something into an otherwise empty db/blank blog?

comment:4 Changed 7 years ago by pacopablo

  • Resolution set to worksforme
  • Status changed from assigned to closed

Can't reproduce error and it appears that is running WordPress now.

Closing as worksforme. If anyone can reproduce it, then they can reopen the ticket.

Add Comment

Modify Ticket

as closed The owner will remain pacopablo.
The resolution will be deleted. Next status will be 'reopened'.

E-mail address and user name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.