Invalid source file or path generates exception

[anonymous]

If one uses source Trac link like this: source:util.py, clicking on the resulting link produces an exception. That's because util.py is actually here.

Oops...

Trac detected an internal error:

No node at /util.py in revision 2151
Traceback (most recent call last):
  File "/usr/lib/python2.3/site-packages/trac/web/modpython_frontend.py", line 205, in handler
    dispatch_request(mpr.path_info, mpr, env)
  File "/usr/lib/python2.3/site-packages/trac/web/main.py", line 140, in dispatch_request
    dispatcher.dispatch(req)
  File "/usr/lib/python2.3/site-packages/trac/web/main.py", line 107, in dispatch
    resp = chosen_handler.process_request(req)
  File "/usr/lib/python2.3/site-packages/trac/versioncontrol/web_ui/browser.py", line 91, in process_request
    node = repos.get_node(path, rev)
  File "/usr/lib/python2.3/site-packages/trac/versioncontrol/cache.py", line 85, in get_node
    return self.repos.get_node(path, rev)
  File "/usr/lib/python2.3/site-packages/trac/versioncontrol/svn_fs.py", line 230, in get_node
    self._pool)
  File "/usr/lib/python2.3/site-packages/trac/versioncontrol/svn_fs.py", line 336, in __init__
    raise TracError, "No node at %s in revision %s" % (path, rev)
TracError: No node at /util.py in revision 2151

[Christian Boos]

The reporter gave version 0.8.4, but this happens now also on trunk, after [2149] and [2150]: the send_pretty_error fails because the HDF object was cleared.

[anonymous]

It happens on projects.edgewall.com Web site, that's why I stated 0.8.4.

[Christian Boos]

Edgewall is using the trunk version… I don't know the exact changeset, but I suspect it's the very latest.

[Jonas Borgström]

This change was reverted in [2164]. Clearing req.hdf might still have some effect on the garbage collection, some more investigation is required.