#2967 closed defect (worksforme)
Error while browsing (updating) a SVN repository
Reported by: | Emmanuel Blot | Owned by: | Jonas Borgström |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | version control/browser | Version: | devel |
Severity: | normal | Keywords: | |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Trac Version
Using [2979]
How it happened
After a new commit to Subversion, browse the timeline, select the last changeset event:
(http://<server>/trac/<project>/changeset/55
).
Notes:
- Previous changesets can be browsed without any issue.
- Previous changesets have been commited and browsed with the same Trac version & environment (Trac engine has been updated between changeset [39] and [40], first error occured with changeset [55])
Python Traceback
Traceback (most recent call last): File "/local/engine/trac/trac/web/main.py", line 283, in dispatch_request dispatcher.dispatch(req) File "/local/engine/trac/trac/web/main.py", line 170, in dispatch resp = chosen_handler.process_request(req) File "/local/engine/trac/trac/versioncontrol/web_ui/changeset.py", line 216, in process_request diff_args, diff_options) File "/local/engine/trac/trac/versioncontrol/web_ui/changeset.py", line 441, in _render_html props = _prop_changes(old_node, new_node) File "/local/engine/trac/trac/versioncontrol/web_ui/changeset.py", line 374, in _prop_changes props.update(name=name) TypeError: update() takes no keyword arguments
Attachments (0)
Change History (3)
comment:1 by , 19 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
comment:2 by , 19 years ago
Ok, no pb.
The trouble is that Python 2.4 is not available on every platform (not on Linux/Debian, for example: several dependencies are missing).
I think we should introduce a supplementary test to validate the Python syntax - against a particular version, shouldn't we ?
comment:3 by , 19 years ago
Well, I don't understand why the line wasn't just
props['name'] = name
But, eblot yes you can run the unit tests with Python 2.3 to try to catch an incompatibilities.
Yeah, sorry about that, I tend to use Python 2.4 quite exclusively those days. Mark Rowe fixed that already in r3013.