Project

General

Profile

Actions

Defect #8199

closed

Unable to change the status of an issue regardless of workflow

Added by Adam Pike over 13 years ago. Updated over 13 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Issues workflow
Target version:
-
Start date:
2011-04-20
Due date:
% Done:

0%

Estimated time:
Resolution:
Duplicate
Affected version:

Description

When I access admin, I can see that for my user group, when an issue is in the status of 'Resolved', I should be able to change the status to 'Closed'.

When I open an issue at status 'Resolved' the status field doesn't contain the option 'Closed'.


Files

workflow_issues.png (18 KB) workflow_issues.png Adam Pike, 2011-04-20 14:59

Related issues

Related to Redmine - Defect #8625: Admin can not change issue statusClosed2011-06-16

Actions
Related to Redmine - Feature #2323: Workflow permissions for administratorsClosedJean-Philippe Lang2008-12-12

Actions
Related to Redmine - Feature #6670: Admin rights should not override rights given through rolesNew2010-10-14

Actions
Actions #1

Updated by Etienne Massip over 13 years ago

  • Category set to Issues workflow

What's your Redmine version ?
How is setup your workflow for your role / tracker ?

Actions #2

Updated by Adam Pike over 13 years ago

Redmine 1.1.2.stable.5026 (MySQL)

Actions #3

Updated by Adam Pike over 13 years ago

Screen shot of workflow added.

Actions #4

Updated by Adam Pike over 13 years ago

This only seems to be a problem for me closing a tracker of type 'Feature'

I can change the status of a bug from resolved to closed no problem.

Actions #5

Updated by Martijn Schoenmakers over 13 years ago

I got the same problem.
Tried with the bug type and a new tracker type I created myself.

Problem arised since upgrading (from 1.1.1) to 1.1.2.stable (from march)

Hopefully this will be fixed soon.

Actions #7

Updated by Jean-Baptiste Barth over 13 years ago

  • Status changed from New to Closed
  • Priority changed from High to Normal
  • Resolution set to Duplicate
It has always been the case, Martijn I think you're mistaken. Basically see the discussion at #2323 and the last note from Holger at #6670 :
  • admins can't violate workflow (major reason : it could lead to a state where no real project member could do anything on the issue)
  • one possible solution would be to give admin the rights to access all transitions defined through roles, but it was never implemented

Conclusion: if you need to change issue statuses, you're a project member, so give yourself a role on that project.

Actions #8

Updated by Bevan Rudge over 13 years ago

Thank you for the update.

Actions

Also available in: Atom PDF