Defect #15327

move issue(s) disappeared / not functional

Added by Terence Mill almost 4 years ago. Updated almost 4 years ago.

Status:ReopenedStart date:
Priority:HighDue date:
Assignee:-% Done:

0%

Category:Issues permissions
Target version:-
Resolution:Invalid Affected version:2.3.3

Description

Since redmine 2.3.3 i don't have "move issue" operation anywhere (button on issue form, context menu entry in issue list) although i have a role for this project with checked "move issues" right.
When i manually call the url "https://redmine.local/issue_moves/new/13101" i get "Routing Error (no Route matches [Get]..."


Related issues

Related to Redmine - Defect #11887: Issue permission doesn't apply to Administrators New

History

#1 Updated by Terence Mill almost 4 years ago

I have no plugins installed

#2 Updated by Mischa The Evil almost 4 years ago

  • Status changed from New to Closed
  • Resolution set to Invalid

Both the copy/duplicate and edit/move functionalities for issues have been redesigned and merged starting with Redmine 1.4.0. See Redmine 1.3.3 and 1.4.0 released and #14378, #12651 & #12046.

#3 Updated by Terence Mill almost 4 years ago

Ok i see.

In redmine 1.3 i could "move" issues from one status to another "ignoring" the workflow. That is very useful if you are admin/manager. Now - with the new merged features - i don't find any way to do that. Do i really have to modify the worflow to mahe such administrative work?

#4 Updated by Mischa The Evil almost 4 years ago

I can't say anything about how 1.3.x handled issue move, but (also starting with 1.4.0) administrators actually does have the ability to bypass the workflows (status transitions ánd field permissions). This was implemented as part of #2323 and is discussed in #11887 and #11625.

Kind regards,

Mischa.

#5 Updated by Terence Mill almost 4 years ago

  • Status changed from Closed to Reopened

Hmm this is really ugly, because as i said in former redmine versions the "move" operation right gave everybody with the correspoding role's (issue move right) the possibility to change status beyond workflow. Now it looks like only system internal redmine users can do this any more, what means that this chnage is not downwards compatible and i have to model all possible transactions in worflow (also the project manager needs for maitenance beyond offical worflow). Our project managers are used to use this "old move" feature also to skip worflow steps or fast forward in edge cases. Despite the modeled worflow still is the most used specification and oblige for non manager /pl roles.
Without this feature as redmine admin i will have to make transitaions from nearly any status to another. I don't wanna discuss why that or this is not allowed with every project manager, because he/she is rsonsible in his project at the end.

#6 Updated by Jan Niggemann (redmine.org team member) almost 4 years ago

Terence Mill wrote:

this chnage is not downwards compatible
Our project managers are used to use this "old move" feature

Sometimes we must deprecate old functions to implement features we think are better.

I don't wanna discuss why that or this is not allowed with every project manager

Solving human problems through technology does almost never work. If you want project managers to follow certain internal standards, than communication is the only feasible way.

#7 Updated by Toshi MARUYAMA almost 4 years ago

  • Description updated (diff)

#8 Updated by Toshi MARUYAMA almost 4 years ago

  • Related to Defect #11887: Issue permission doesn't apply to Administrators added

Also available in: Atom PDF