View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0014045 | mantisbt | bugtracker | public | 2012-03-14 05:04 | 2012-04-07 10:40 |
Reporter | Mephysto | Assigned To | dregad | ||
Priority | normal | Severity | feature | Reproducibility | unable to reproduce |
Status | closed | Resolution | no change required | ||
Product Version | 1.2.9 | ||||
Summary | 0014045: Assign to version after fixing | ||||
Description | Assignment of a issue to a version after a fixing might be useful in case of use of a version control system like SVN. If a issue is fixed automatically by SVN, it can not be assigned to any version, but, to do it, it is necessary to reopen the issue and after refix this with version assignment. | ||||
Tags | No tags attached. | ||||
Which one of the version fields are you referring to here ? "Target" or "Fixed in" EDIT: Also, but I'm not sure as I'm not familiar with the source countrol plugin, maybe you can change some settings there to set the version or use an account which has sufficient privileges to update read-only issues. |
|
Hello dregad, A this point, if i try to edit a fixed issue, I can not assign this to a version, but I must reopen it, and refix with version assignment. I would to assign issue to a version by edit its detail without change its status. Best regards. Meph |
|
So, I believe you do have a "problem" with privileges - not related to the source control, but to your own Mantis profile. Assuming the following:
Based on the above, it is normal that you are not allowed to update the issue, have to reopen and resolve again. If that is correct, then you need to either increase the readonly bug threshold (e.g. to CLOSED, or use a custom status), lower the update readonly bug threshold to DEVELOPER or change your access level to MANAGER. Hope this helps. |
|
As you have not responded to my last update, I assume that your problem is resolved. If not, feel free to reopen with any additional relevant information. |
|