View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004538 | mantisbt | bugtracker | public | 2004-09-14 03:24 | 2004-11-06 06:54 |
Reporter | bpfennig | Assigned To | thraxisp | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 0.19.0 | ||||
Fixed in Version | 0.19.1 | ||||
Summary | 0004538: $g_bug_resolved_status_threshold doesn't work correctly with additional status | ||||
Description | I've add an additional status "To be tested", this status is set to $g_bug_resolved_status_threshold. So, if this status is changed, the Issue Tracker shows the right "bug_change_status_page" (the page for resolving a bug - so the user can set a resolution and so on). All right at the moment - but sometimes a bug isn't a bug - so it has to be resolved (Status resolved) from status new or what ever. But then the "bug_change_status_page" doesn't allow to set the resolution, it's only possible to set the "fixed in version". | ||||
Tags | No tags attached. | ||||
You are correct. The resolution box is only present when the status equals $g_bug_resolved_status_threshold. I think that it should be >= $g_bug_resolved_status_threshold and < CLOSED. |
|
It would be nice if the admin can configure which fields are visible at the bug_change_status_page. This could solve another issue 0004440. But I think this was a major redesign. |
|
The longer term solution for what is visible where is the template system (ref 0004227). |
|
The original problem is fixed in CVS. The bug_change_status_page will show the resolution for more status values. |
|