#5807 closed defect (duplicate)
tickets imported from bugzilla crash ticket system when closed if no milestone is set
| Reported by: | Owned by: | Jonas Borgström | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | ticket system | Version: | 0.10.3 |
| Severity: | normal | Keywords: | |
| Cc: | Branch: | ||
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description
We used bugzilla2trac to move about 100 bugs over to trac. The milestone field didn't get set in the translation, so it was blank in trac. When we closed a bug without setting a milestone, the ticket system seemed to crash. We couldn't run any queries on the tickets. We got a page of error messages. Sorry, I didn't capture them, and I can't seem to reproduce them now that all the tickets have milestones set.
The only way we were able to recover from this was to follow the browser history back to the closed bug, set a milestone, and then submit the changes. If would have closed the browser I am not sure how we would have recovered.
I am guessing that this problem would only occur when someone is importing bugs into trac. This could create a very negative experience for new users who are just switching over to trac.
Attachments (0)
Change History (3)
comment:1 by , 18 years ago
comment:2 by , 18 years ago
| Priority: | high → normal |
|---|---|
| Resolution: | → duplicate |
| Severity: | blocker → normal |
| Status: | new → closed |
| Version: | → 0.10.3 |
Hi Jim,
It looks like you're still using Trac 0.10.3. This looks like a duplicate of #4218 which should be fixed in 0.10.4. Feel free to reopen if upgrading doesn't solve it for you.
comment:3 by , 18 years ago
Replying to thatch:
Feel free to reopen if upgrading doesn't solve it for you.
.. but not as a blocker ticket: bugzilla2trac script is located in the /contrib directory. Please refer to the README file that is stored in the same directory



I was able to reproduce it.
Oops… Trac detected an internal error: If you think this really should work and you can reproduce it, you should consider reporting this problem to the Trac team. Go to http://trac.edgewall.org/ and create a new ticket where you describe the problem, how to reproduce it. 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.3/site-packages/trac/web/main.py", line 356, in dispatch_request dispatcher.dispatch(req) File "/usr/lib/python2.3/site-packages/trac/web/main.py", line 224, in dispatch resp = chosen_handler.process_request(req) File "/usr/lib/python2.3/site-packages/trac/ticket/query.py", line 443, in process_request self.display_html(req, query) File "/usr/lib/python2.3/site-packages/trac/ticket/query.py", line 608, in display_html req.hdf['query.num_matches_group'] = num_matches_group File "/usr/lib/python2.3/site-packages/trac/web/clearsilver.py", line 195, in __setitem__ self.set_value(name, value, True) File "/usr/lib/python2.3/site-packages/trac/web/clearsilver.py", line 243, in set_value add_value(name, value) File "/usr/lib/python2.3/site-packages/trac/web/clearsilver.py", line 235, in add_value add_value('%s.%s' % (prefix, k), value[k]) File "/usr/lib/python2.3/site-packages/trac/web/clearsilver.py", line 242, in add_value set_str(prefix, value) File "/usr/lib/python2.3/site-packages/trac/web/clearsilver.py", line 213, in set_str self.hdf.setValue(prefix.encode('utf-8'), str(value)) Error: Traceback (innermost last): File "neo_hdf.c", line 806, in hdf_set_value() File "neo_hdf.c", line 796, in _set_value() AssertError: Unable to set Empty component query.num_matches_group.