Project

General

Profile

Actions

Defect #6195

closed

Missing move issues between projects

Added by Marcello Henrique about 14 years ago. Updated almost 14 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
2010-08-23
Due date:
% Done:

100%

Estimated time:
Resolution:
Fixed
Affected version:

Description

Redmine 1.0.1.devel.4035 (MySQL)

Logeed with admin, attached file.


Files


Related issues

Related to Redmine - Defect #12651: No menu for ticket move?Closed

Actions
Has duplicate Redmine - Defect #6391: No move move issue optionClosed2010-09-14

Actions
Actions #1

Updated by Sergey Belov about 14 years ago

Did you check settings for "Allow cross-project issue relations" ?
Attached screenshot from settings page (this option is unchecked on screenshot)

Actions #2

Updated by Marcello Henrique about 14 years ago

Verified, two checkboxes marked!

Actions #3

Updated by Eric Davis about 14 years ago

  • Assignee deleted (Eric Davis)

Please describe the bug, I don't understand what is missing.

Actions #4

Updated by Marcello Henrique about 14 years ago

Ok, Attached now the same issue but reverted to version "Redmine 1.0.0.devel.3923 (MySQL)" in this version "move" and "copy" is ok. The problem is that new version "Redmine 1.0.1.devel.4035 (MySQL)" is that functions don't appear. I'm highlighting red selected in picture...

Hugs.

Actions #5

Updated by Paulo Santos about 14 years ago

Indeed, I'm having the same problem, the Copy and Move options are now missing on Redmine 1.0.1.

Actions #6

Updated by Eric Davis about 14 years ago

  • Assignee deleted (Eric Davis)

Please don't assign me to an issue.

Actions #8

Updated by Paulo Santos about 14 years ago

The patch works great, thanks Masato!
It should now be deployed into next version 1.0.2, right?

Actions #9

Updated by Marcello Henrique about 14 years ago

Sorry Eric, you can assign it to roadmap 1.0.2 as patch issue or apply in the code?

Thanks!

Actions #10

Updated by Mario Scondo about 14 years ago

I can confirm that the bugfix is working.

A hint: When trying to move issues assigned to a tracker that is not available for the target project an error is displayed. But there is no message/reason available why moving failed. Is this working 'as designed'?

Actions #11

Updated by Anonymous about 14 years ago

I can confirm this bug exists for me running 1.0.1. I have permission to move issues however the 'Move' and 'Copy' buttons top-right do not show when viewing an issue.

Actions #12

Updated by Jon Lumpkin about 14 years ago

I am also having this issue. I did notice it will show up when you right click an issue in the issue list though. I am running 1.0.1.

Using the one in the issues menu worked fine, but was confusing since its missing on the issue page now.

Actions #13

Updated by Jon Lumpkin about 14 years ago

Applied patch and works as expected.

Actions #14

Updated by Eric Davis about 14 years ago

  • Status changed from New to 7
  • Assignee set to Eric Davis
  • Target version set to 1.0.2
  • Affected version (unused) set to 1.0.1
  • Affected version set to 1.0.1

Masato Igarashi wrote:

Attached a patch for this problem. Please check it out.

Thanks, but I'm moving Redmine away from using that kind of routing. This should be fixed in link_to_if_authorized.

Actions #15

Updated by Eric Davis about 14 years ago

  • Status changed from 7 to Resolved
  • % Done changed from 0 to 100
  • Resolution set to Fixed

I've changed link_to_if_authorized to allow url paths. This will fix the Move and Copy links on the issue page. r4064

Actions #16

Updated by Eric Davis about 14 years ago

  • Status changed from Resolved to Closed

Applied in changeset r4064.

Actions #17

Updated by Eric Davis about 14 years ago

  • Status changed from Closed to Reopened

Eric Davis wrote:

Applied in changeset r4064.

The svn comment auto closed this, still needs to be merged for 1.0.2.

Actions #18

Updated by Eric Davis about 14 years ago

  • Status changed from Reopened to Resolved

(Wish I could edit the workflows here)

Actions #19

Updated by Eric Davis about 14 years ago

  • Status changed from Resolved to Closed

Merged into 1.0-stable for release in 1.0.2

Actions #20

Updated by Yuri Tarasov about 14 years ago

  • Assignee deleted (Eric Davis)

We faced with this problem again in 1.0.2.
Can somebody help?

Actions #21

Updated by Go MAEDA about 14 years ago

Yuri Tarasov wrote:

We faced with this problem again in 1.0.2.
Can somebody help?

Please see #6513.

Actions #22

Updated by Erik Högstrand about 14 years ago

Masato Igarashi wrote:

Attached a patch for this problem. Please check it out.

I applied that patch on 1.0.2 (local) and it works. It has been applied to trunk, but not to 1.0.2 as stated...

Actions #23

Updated by Remo Laubacher almost 14 years ago

Same here, still not merged in 1.0.5.
Can't reopen this issue as it's connected to a closed version.
Any idea how to merge this into the next release?
It's a pity that an already fixed bug is still there..

Actions #24

Updated by Jean-Baptiste Barth almost 14 years ago

It has been reverted, see attached revisions (r4257). I think it won't be integrated in a stable branch until we have identified the edge cases, and especially solved problems raised in related issues..

Actions

Also available in: Atom PDF