In the browse source module you get an error when viewing the revision log

[anonymous]

Oops… Trac detected an internal error:

not a string

If you think this really should work and you can reproduce it. Then you should consider to report this problem to the Trac team.

Go to ​http://trac.edgewall.com/ and create a new ticket where you describe the problem, how to reproduce it and don't forget to include the python traceback found below.

TracGuide — The Trac User and Administration Guide Python traceback

Traceback (most recent call last):

File "/usr/lib/python2.2/site-packages/trac/ModPythonHandler.py", line 174, in handler

core.dispatch_request(mpr.path_info, args, mpr, env)

File "/usr/lib/python2.2/site-packages/trac/core.py", line 380, in dispatch_request

module.run()

File "/usr/lib/python2.2/site-packages/trac/Module.py", line 41, in run

self.render()

File "/usr/lib/python2.2/site-packages/trac/Log.py", line 132, in render

info = self.get_info (self.path, rev)

File "/usr/lib/python2.2/site-packages/trac/Log.py", line 64, in get_info

self.pool)

TypeError: not a string

[Jonas Borgström]

So you can't view the revision log for any file or does this just happen for some files?

[jamesm@…]

I experience this problem on the Trac project website right now. Current online rev is 0.7.1pre - I was going to wait till you guys went live with 0.7.1 to make sure it was really a problem. If you check the rev history on any file you'll get the above error message.

[jamesm@…]

I do not experience this problem with the official 0.7.1 release (Windows at least) on my own test setup.

[daniel]

This seems to only occur when running trac in the mod_python frontend.

I switched the project site back to the cgi, and it works now.

[Jonas Borgström]

The FieldStorage supplied by mod_python do not return ordinary strings. It returns StringFields that are str subclasses.

[Jonas Borgström]

Fixed in [800].