View Issue Details

IDProjectCategoryView StatusLast Update
0024512mantisbtadministrationpublic2018-06-26 09:25
ReporterRost Assigned Toatrol  
Status closedResolutionno change required 
Product Version1.3.15 
Summary0024512: Can't reopen resolved bug from another reporter

User group with right 'Reopen an issue' can't process reopening.

Steps To Reproduce


  • Report issue 0001 from account Reporter1 with rights Reporter.
  • move it to 'resolved' e.g. by Dev1
  • setup user Reporter2 as Updater for the project
  • setup 'Reopen an issue' to ON for updaters from 'manage_config_work_threshold_page.php'
    • 'Update an issue' is OFF,
    • 'Status where an issue becomes read only' is 'closed'
    • 'Update issue status' is OFF
      1. Open issue 0001 by Reporter2, user sees button 'Reopen'
      2. Press Reopen
      3. Add any note and press 'Request Feedback'
    • version 2.14 - everything is ok
    • version 1.3.15 - access denied
      Expected results:
    • the same behaviour
    • users with right 'Request Feedback' should have ability to reopen any issues under related project


  • Administrator documentation:
    Reopen an issue - The access levels required for a user to be able to re-open a resolved or closed issue.
Additional Information


  1. if you setup extra right 'Update an issue', the issue may be moved to 'xresolved'.
  2. Required changes would be find in commit bf1f02f71a85bd4e05cd2a627b3c25e79f96d5a0 since line 155 to line 183
TagsNo tags attached.


related to 0021393 closedvboctor When disable "Update an issue", then "Assign to" become access denied 
related to 0022093 closedvboctor Reporter can´t change status of a bug 




2018-05-31 09:54

reporter   ~0059989

I add it here, rather reporting a separate issue because the fix is the same:
<b>Can't verify and close resolved issue</b>
Verifier from QA team can't move 'resolved' issue to 'closed'. Version 1.3.15 doesn't allow moving to 'closed', when 2.14 allows. Only right 'Update an issue' allows passing the procedure, however it isn't logical.
Administrator documentation:
Update an issue - The access levels that are allowed to update the header information of an issue.

  • the 'Update an issue' owner has got an ability to update 'Fixed in Version' together with moving to 'closed'.


2018-05-31 14:52

developer   ~0059994

Last edited: 2018-05-31 14:53

Commit bf1f02f71a85bd4e05cd2a627b3c25e79f96d5a0 fixed the related issues 0021393 and 0022093.
The issues were reported for versions 1.3.0 / 1.3.4 but where fixed just in in 2.9.1

The reason was, that 1.3 gets just fixes for security related issues since some time.

What's the reason that you don't upgrade to 2.14.0?



2018-06-01 03:31

reporter   ~0059996

The main reason is color scheme. I appreciate the huge work for code refactoring, but the new UI is poor. I don't like grey-on-grey-on-grey theme. I understand you've taken ACE colors and adopt that here with bootstrap colors, but even bootstrappers in 4.x moved out to much contrast scheme.
In Addition, I've generally found only one change between 1.3.15 and 2.14 - reporter (and everybody else) may add more than 1 file to issue. Nothing in additional admin configuration, sequences so on.
I asked each member of my team which version they want to see and work with our customers in and they said old color scheme is clear even far from your monitor: red mantis - many things to be done, green mantis - many things should be verified. Clear without reading of content. Today in 2.14 you request to read everything or detect by small rounded rectangle, sorry but no.
Initially, I've tried to adopt old color scheme on 2.14. I wasn't successful because of major changes in UI and applied method. I've left the job incompleted for time with less current workload. On the next step I started update your ACE theme to contrast black colors on less grey, but I stopped on mixed bootstrap and ACE styles.
I perfectly understand, it's hard and annoying to support two different versions, but MantisBT community never mentioned the version 1.3.x isn't supported more or will be stopped in next year or so. I use mantis since 2004 and I've been moving forcely my customers to that system, even with scrum. However today I'm a bit upset about possible stable future.



2018-06-01 05:17

developer   ~0059999

It all depends on priority and a core developer or community member deciding to spend their time on a specific issue.

It's quite easy to contribute.
You can send us a Pull Request on our Github repository



2018-06-13 06:20

developer   ~0060085


You did not provide feedback; I am therefore resolving this issue as "no change required".

Feel free to reopen the issue at a later time and provide a PR.