Project

General

Profile

Actions

Feature #1739

open

Add ability to change issue author

Added by Burt Culver over 15 years ago. Updated 11 months ago.

Status:
Reopened
Priority:
Normal
Assignee:
Category:
Issues
Start date:
2008-08-04
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

Sometimes, I submit an issue, but down the road am no longer responsible for tracking it. I'd like to be able to change the owner of the issue so that I no longer receive emails on the issue and it is clearer who is responsible for tracking issue. The new owner can already make themselves watcher to get the emails but this change would eliminate that step.


Files

redmine_changeable_author_v1.0.patch (5.5 KB) redmine_changeable_author_v1.0.patch Vladimir Kovacik, 2010-06-23 09:09
redmine_changeable_author_v1.0.4.patch (6.35 KB) redmine_changeable_author_v1.0.4.patch Jiri Stepanek, 2010-12-08 10:51
redmine_changeable_author_v2.1.6.patch (8.18 KB) redmine_changeable_author_v2.1.6.patch Patch for ability to change issue autor. Redmine 2.1.6 Aighan Pacobilch, 2013-09-02 17:39
redmineplugininstall.jpg (158 KB) redmineplugininstall.jpg Error sreen Ferenc Balázs Farkas, 2014-02-05 11:00
change issue owner.png (12.1 KB) change issue owner.png Frederik Jung, 2014-02-06 15:53
Capture.PNG (10.2 KB) Capture.PNG Michaël Luitaud, 2014-02-07 10:29
changeauthor.JPG (18 KB) changeauthor.JPG Arthur Fabre, 2014-02-11 21:33
redmine_changeable_author_v2.1.7.patch (7.13 KB) redmine_changeable_author_v2.1.7.patch Patch for RM 3.1.* Olivier Houdas, 2015-08-06 17:00
redmine_changeable_author_v4.2.1.patch (4.28 KB) redmine_changeable_author_v4.2.1.patch Takenori TAKAKI, 2021-06-21 08:10
redmine_changeable_author_r21324.patch (4.34 KB) redmine_changeable_author_r21324.patch Go MAEDA, 2021-12-25 09:16
redmine_changeable_author_r21387.patch (12.6 KB) redmine_changeable_author_r21387.patch Mizuki ISHIKAWA, 2022-01-25 02:39
redmine_changeable_author_r21799.patch (12.5 KB) redmine_changeable_author_r21799.patch Go MAEDA, 2022-09-05 03:52

Related issues

Related to Redmine - Defect #6373: Can't Set author_id When Creating New Issue Through REST APIClosed2010-09-12

Actions
Related to Redmine - Feature #4805: Replace original "Added by" in Issue Copy functionNew2010-02-11

Actions
Related to Redmine - Feature #7896: submit issue on behalf of other userNew2011-03-16

Actions
Related to Redmine - Feature #31106: Issue import should allow for importing the author and creation date fields, too.New

Actions
Related to Redmine - Feature #11294: Option to choose the Issues owner on copy project New

Actions
Related to Redmine - Feature #12022: Change/Update author when an issue is re-opened to the person who re-opensClosed

Actions
Related to Redmine - Feature #9812: set or change author of a issue (via rest api)New

Actions
Has duplicate Redmine - Feature #2035: Issue reporter should be editableReopened2008-10-15

Actions
Has duplicate Redmine - Feature #3642: Make author field modifiableClosed2009-07-20

Actions
Has duplicate Redmine - Feature #3799: Change the author of an issueClosed2009-08-31

Actions
Has duplicate Redmine - Feature #9701: Separate issue author and reporterClosed

Actions
Has duplicate Redmine - Feature #14465: Change author in redmineClosed

Actions
Has duplicate Redmine - Feature #23460: Changing the owner of an issueClosed

Actions
Actions #1

Updated by Vincent de Lau about 15 years ago

A related use case is one where somebody creates an issue for somebody else. For instance when somebody mails me an issue, I don't want to reply 'create a ticket' but want to be able to add it myself and make him or her the issue owner.

Actions #2

Updated by Jean-Baptiste Barth about 15 years ago

Vincent de Lau wrote:

A related use case is one where somebody creates an issue for somebody else. For instance when somebody mails me an issue, I don't want to reply 'create a ticket' but want to be able to add it myself and make him or her the issue owner.

I don't really understand the point. You have a field called "Assigned to" which is perfect for this purpose no ? And if you don't want to receive mail for a specific issue why don't you click on "Unwatch" action ? I'm wondering if I missed something here...

Actions #3

Updated by Jack Christensen about 15 years ago

The case Vincent was making is the same point I made in #2035. If someone calls me with a support request I want to make a ticket with the caller as the author, not me. I only entered it.

Actions #4

Updated by Vincent de Lau about 15 years ago

That was exactly my point and #2035 describes the problem even better.

Actions #5

Updated by Paul Rivier over 14 years ago

Indeed I don't understand why author and assignee auto-watching does not use the global watching mecanism. It would be much simpler to get automatically added to the list of watchers when you open an issue or when your are assigned to it, so that you can latter resign from watching it using the same simple mecanism. Can someone explain the current state of things please ?

Actions #6

Updated by Anonymous over 14 years ago

So what ? Is something planned to be able to modify the auther/recorder of an issue ?

Tx

Actions #7

Updated by Ewan Makepeace over 14 years ago

+1 on both issues - would like to be able to put issues under the correct persons name (as the author) because he/she is typically the one who is asked to confirm that the problem is resolved.

Actions #8

Updated by Henrik Steensland about 14 years ago

+1
Is any work being done on this issue? Maybe as a plugin?

Actions #9

Updated by Tharuka Pathirana almost 14 years ago

+1 I too think this is important and hope this will be added to the 1.0 Release.

Actions #10

Updated by Vladimir Kovacik over 13 years ago

I have made a patch which probably does what you guys are referencing in this issue. It allows to change the author of an issue. This is possible only when an user has permission "Edit author" (added by patch).

Field Author was renamed to Responsible which in case of our company better shows that the person is responsible for tracking the issue. Patch is applicable to Redmine 0.9.2.stable.27112

Actions #11

Updated by Pedro Gutierrez over 13 years ago

+1
It happens to me all the time. I create issues on behalf of other people and then have to suffer all the notifications if not want to echo the project completely off

Actions #12

Updated by David Bennett over 13 years ago

Vladimir Kovacik wrote:

I have made a patch which probably does what you guys are referencing in this issue. It allows to change the author of an issue. This is possible only when an user has permission "Edit author" (added by patch).

Field Author was renamed to Responsible which in case of our company better shows that the person is responsible for tracking the issue. Patch is applicable to Redmine 0.9.2.stable.27112

Great Patch! I was just about to do this myself.

Works fine in 0.9.4.stable also :)

PS: I changed "Responsible" to "Reported By" as my clients didn't like the idea of being responsible... :P

Actions #13

Updated by Tharuka Pathirana over 13 years ago

map.permission :edit_issue_author, {}

in lib/redmine.rb.

Doesn't this need :require => :loggedin or something like that?

And I also think "Author" is better than "Responsible" because the Assignee is actually responsible for doing the task ;-)

Please include this (or #2035) in the next major release.

Actions #14

Updated by Jean-Baptiste Barth over 13 years ago

I don't think there's a consensus here (at least I disagree). Maybe there could be plugin facilities, or enhanced custom fields to handle use-cases you report. But I'm still convinced that we should not provide the ability to change the author.

The author is the person who filled the ticket, it's like that, it's just the reality. If you need the author to be the guy himself, give him access to your Redmine. If he's just "the target" or "the final client" or whatever, build a custom field for that, or even a plugin if you need a custom source or dynamic things. You can even not display author anywhere if it doesn't matter to you, but in 99% of the cases I can think of, it just doesn't make any sense to change the original author of an issue.

The next step would be to allow changing the author of each comment on a ticket, which seems absurd to me. It's the same problem. "Bob left a comment. Hm, I don't like that. OK, let's say Alice left that comment. Done. Cool."

Actions #15

Updated by Vincent de Lau over 13 years ago

There are two roles to keep apart here, the author and the reporter. I agree that the author shouldn't be changeable, but the reporter role is different. I'd be even happy if I can only select this one on creation time, but there are enough use cases where you'd want a different reporter then the author. Walk-ins, phone and email submitted issues are among the real world examples that lead to this request and #2035. In an ideal world, all reporters would use Redmine directly, but the world is not ideal...

Also, a comment is something completely different than an issue. An issue changes over time (state, assignee etc.) while a comment is something you add to an issue while time progresses.

Actions #16

Updated by Jean-Baptiste Barth over 13 years ago

Agreed about the comments. About the author/reporter difference, I understand. I wonder if it could be integrated easily (keeping the two roles).

Actions #17

Updated by Nick Peelman over 13 years ago

I'll add a +1 here. Definitely needs its own permission in order to change it, but Vincent and the others, author != reporter in all cases.

Actions #18

Updated by Tharuka Pathirana over 13 years ago

I agree that author != reporter

Still, this issue is also about notifications. If I have to submit a ticket on behalf of someone else (due to walk-in, phone or mail) but the original reporter is supposed to oversee the progress of the issue and I'm not really involved in it anymore, then I don't want to get notification mails about changes.

About the comments: I don't see a lot of value in being able to change the comment author. I someone sends me a mail with a comment about a certain issue, I add a comment to the issue quoting that person. That's good enough.

Actions #19

Updated by Burt Culver over 13 years ago

Paul Rivier wrote:

Indeed I don't understand why author and assignee auto-watching does not use the global watching mecanism. It would be much simpler to get automatically added to the list of watchers when you open an issue or when your are assigned to it, so that you can latter resign from watching it using the same simple mecanism. Can someone explain the current state of things please ?

This seems like the middle path - add the author as a watcher and allow him/her to unwatch. If he has permissions then he can add the walk in person as watcher.

Actions #20

Updated by Adam Skubiszewski over 13 years ago

+1 for this feature!

I think changing autor or setting him during creation of an issue is very important, it is a common use case when we have phone calls with issues and we want to put them into redmine immediately. Sometimes users, even if they have account, they are afraid of using task management systems, so issues must be physically entered by developers or help desk.

Actions #21

Updated by Alois Vopicka over 13 years ago

Hello.
I've used the patch from Vladimir, the field is editable, but nothing really happens after submitting. The permissions are correctly assigned.

Using version 1.0.1

Actions #22

Updated by Anonymous over 13 years ago

I am always looking for this feature. I have upgraded to Redmine 1.0.3 last week.

tx

Actions #23

Updated by James Rowe over 13 years ago

+1

Actions #24

Updated by Jiri Stepanek over 13 years ago

Hi,
after experiencing the same behavior like Alois, I'm uploading an updated version of the patch above. Works for me, Redmine version 1.0.4.

Actions #25

Updated by Adam Tsiopani over 13 years ago

+1 very useful!!!

Actions #26

Updated by Alex Sherman about 13 years ago

+1 - Very usefull

A small bug: if changing the author during new issue creation - it is not saved. I have to edit the issue afterwards to change the author. (Redmine 1.0.5)

Actions #27

Updated by Tharuka Pathirana about 13 years ago

Version 1.2 please?

Actions #28

Updated by Anonymous about 13 years ago

When an employee, that has submitted some issues, left the company, i need to change the author of the issues by the new employe. For instance, i did it by hand within the database...

Actions #29

Updated by Anonymous about 13 years ago

I've build an Plugin, that will change the author in redmine 1.1.x, thx for review!

[[http://www.redmine.org/plugins/redmine_changeauthor]]

Actions #30

Updated by Chad Hauff about 13 years ago

+1

I manage a group of developers and help Project Managers use Redmine. I frequently create issues for my team, but I don't want to get updates on every single issue just because I created the issue. I would like to set the PM as the author so she and the assigned programmer get the updates. I currently have 150+ open issues I authored, but I only want/need to get updates on about 20 of them.
My only work-around is to send an email to the PM and ask her to create a new issue by copy-pasting my email. Very inefficient.
Thanks.

Actions #31

Updated by Maik Lindner almost 13 years ago

In app/views/issues/_attributes.rhtml we use "project.users" not "issue.assignable_users" because authors are not always assignable users.

Actions #32

Updated by Etienne Massip almost 13 years ago

  • Target version set to Unplanned backlogs
Actions #33

Updated by Radek Karban almost 13 years ago

+1

Actions #34

Updated by Olivier Gérardin over 12 years ago

Definitely agree that the distinction between author and reporter is a necessary one and should be in the trunk.
-The author is the one who entered the issue, he's responsible for entering it correctly. This can't be changed since it's just an audit information.
-The reporter is the one who is the originator of the issue, he is the "owner" of the issue and is responsible for validating any fix. This one may be different from the author (because the author may have been entering the issue on behalf of someone else) and may also be updated (because the owner of an issue may change for a number of reasons during the lifetime of the issue)

Actions #35

Updated by Terence Mill over 12 years ago

+1

Actions #36

Updated by Yehuda Katz over 12 years ago

I was looking for info on how to change the author for a phone-entered ticket.
I would love to see a separate author and reporter.
The author is just so that we know who entered it and the reporter is the one who actually experienced the issue.
Another was to phrase this is "__author__ on behalf of reporter"

Actions #37

Updated by Terence Mill over 12 years ago

related to #7487

Actions #38

Updated by Terence Mill over 12 years ago

Yes, there should be an destinction between who just created the ticket and who reported it. In fact in support center case with telephone reporting, never the reporter will create the ticket, but the author will know him and could manually set the reporter attribut. In case the author shall be a web service (e.g. a via a web form which will creat issues inperonisating some reporter, whoh can't/ or don't want access redmine gui directly, this is very useful.

Yehuda Katz wrote:

I was looking for info on how to change the author for a phone-entered ticket.
I would love to see a separate author and reporter.
The author is just so that we know who entered it and the reporter is the one who actually experienced the issue.
Another was to phrase this is "__author__ on behalf of reporter"

Actions #39

Updated by Michael Steiner about 12 years ago

+1

Actions #41

Updated by thom rogers about 12 years ago

SPAM SQUASHING

Actions #42

Updated by Gary Ritchie about 12 years ago

+1

Actions #43

Updated by Victor Fokin about 12 years ago

+1

Actions #44

Updated by Leos Prikryl about 12 years ago

+1

Actions #45

Updated by Brian Heasley almost 12 years ago

+1

Actions #46

Updated by avellinodesm John almost 12 years ago

  • Assignee set to Mischa The Evil

-

Actions #47

Updated by kirkkent John almost 12 years ago

-

Actions #48

Updated by Etienne Massip almost 12 years ago

  • Assignee deleted (Mischa The Evil)
Actions #49

Updated by Radek Karban almost 12 years ago

+1

Actions #50

Updated by Francisco Garcia almost 12 years ago

+1

Actions #51

Updated by Anonymous almost 12 years ago

+1

Actions #52

Updated by Rick Mason almost 12 years ago

+1

I'm looking to enable the scenario in #6373 as well as allowing users to report an issue on behalf of someone else in the UI.

Actions #53

Updated by Daniele Palumbo almost 12 years ago

+1.

Did anyone made the patch for 1.4?

Actions #54

Updated by Anonymous over 11 years ago

+1

Should be restricted to Managers and Developers
or
separate fields for creator/reporter of issue is good too

This would be useful for us, because I want reporters to get email updates (but are not regular users of redmine).

Actions #55

Updated by Joerg Oswald over 11 years ago

+1

Actions #56

Updated by Hugo Zambotti over 11 years ago

+1

Actions #57

Updated by Scott Owen over 11 years ago

+1
I am in favor of the "Change Author" functionality.
The key here is email traffic and who gets the notifications. I like to get emails for things I am the owner of and do not want that to change. However, when I create an issue on someone else's behalf, I do not want to get emails on that issue as if I was the owner. If there are other reasons of concern here (which are indicated in comments above), changing owner may not necessarily be required functionality--simply specifying the owner/reporter of an issue at creation time would be enough. That said, I am more in favor of the "Change Author"

Actions #58

Updated by Anatol Bollinger over 11 years ago

+1

no matter how, there should be a way to prevent authors getting email notifications of issues there not concerned with (any more).

Actions #59

Updated by Bruno Passos over 11 years ago

+1

Actions #60

Updated by Viktor Kuzmin over 11 years ago

+1

Actions #61

Updated by Christoph Keimel over 11 years ago

+1

Actions #62

Updated by Alexander Molchanov over 11 years ago

+1

Actions #63

Updated by ysbranddoug andeson over 11 years ago

  • Assignee set to Jean-Baptiste Barth
Actions #109

Updated by Daniel Felix about 11 years ago

+1

Actions #110

Updated by Pavel Lautsevich about 11 years ago

+1 Very very need it!

Actions #111

Updated by Anonymous about 11 years ago

+1

Actions #112

Updated by Jean-Baptiste Barth almost 11 years ago

  • Assignee deleted (Jean-Baptiste Barth)

Didn't see someone assigned the issue to me. Please don't do that, it's the best way to completely lose a ticket. I see there are a few valid use cases but I still think it should be implemented as a plugin or made optionnal if integrated in core. Btw, it seems nobody has the time/energy/money to work on this seriously for the moment...

Actions #113

Updated by not available over 10 years ago

This is a very basic and very needed feature - number of duplicated requests does confirm that. It's almost 5 years from the initial request. I do not understand.

Is implementing a single dropdown/box/whatever for the current owner/author to transfer the issue ownership such a great pain?
What is the holdup?

Actions #114

Updated by pasquale [:dedalus] over 10 years ago

Burt Culver wrote:

I'd like to be able to change the owner of the issue so that I no longer receive emails on the issue

The very question is show above!
I think that this bug can be closed as dupe of bug #11405.

My explanation: add ability to change bug opener\owner isn't a good choice because the BTS should be track the hystory of a bug (then also who open it).
But also if I have open the bug, for some reason, it is legitimate not want to receive more mail alert after a day.
The solution for this question is to provide the same behavior of bugzilla as reported in bug #11405: when user open\edit a bug can flag\unflag an option that sound as "add me as watcher". In bugzilla when user open\edit a bug this flag is per default true as show in bug #11405, but user can unflag it if want.

Actions #115

Updated by Pavel Lautsevich over 10 years ago

No pasquale [:dedalus]! Author tasks should be able to transfer it to another user (the author may leave the project, resign, die, finally).

This is a very high demand functionality!

Actions #116

Updated by pasquale [:dedalus] over 10 years ago

Pavel Lautsevich wrote:

No pasquale [:dedalus]! Author tasks should be able to transfer it to another user (the author may leave the project, resign, die, finally).

Ciao Pavel.
I don't agree: author of issue isn't a special user. If author don't want track anymore its created issue, as in request #11405, he can unflag "watchs" (as in mozilla bugzilla). We are inform about people that track bug from watchers list (see #11405) and about the user that manage the issue via the assignee.
But this is only my 2 cents (based on bugzilla, jira, etc approach)

Actions #117

Updated by Pavel Lautsevich over 10 years ago

pasquale [:dedalus], just exactly in Jira you can change the author! I don't agree with and this functionality is in demand for me.

Actions #118

Updated by Eric Maziade over 10 years ago

Our use case for this : we use redmine for project tracking.

We have a "template" project which an administrator copies for a project manager when a project starts.

The administrator (the one making the copy) automatically becomes the owner of all the tasks in the project - even if he's not otherwise involved.

We'd love to be able to specify the owner when making a copy... or allowing a manager to make copies without having to give them full-out administrative powers.

We'll "solve" this issue by creating a dummy admin user to create copies and send the emails in a black hole, but being able to change the owner would help.

Or at the very least, allow the admin to have a bit more control over the email he receives. As far as I know, he has no option to make himself "non-involved" in these issues and stop receiving emails.

Actions #119

Updated by Kris Lou over 10 years ago

This plugin works for 2.3.1: https://github.com/thorin/redmine_changeauthor

My only complaint is that it doesn't generate a trackable event (journal?), so there is no record of the transaction nor email notification. It simply changes the author.

Actions #120

Updated by Toshi MARUYAMA over 10 years ago

Actions #121

Updated by Toshi MARUYAMA over 10 years ago

Actions #122

Updated by Toshi MARUYAMA over 10 years ago

Actions #123

Updated by Eric Maziade over 10 years ago

Kris Lou wrote:

This plugin works for 2.3.1: https://github.com/thorin/redmine_changeauthor

My only complaint is that it doesn't generate a trackable event (journal?), so there is no record of the transaction nor email notification. It simply changes the author.

Thanks for the link. There is an option in the plugin settings to add an event to the journal.

(And +1 to add this feature to the roadmap :) )

Actions #124

Updated by Cédric BETHENCOURT over 10 years ago

+1 for this feature

Actions #126

Updated by Frederik Jung about 10 years ago

This plugin works for 2.4.2: https://github.com/mcl-de/redmine_change_issue_author

it's a port of the patch ;)
and the behavior should be the same

Actions #127

Updated by Anonymous about 10 years ago

+2

Actions #128

Updated by Michaël Luitaud about 10 years ago

Eric Maziade wrote:

Kris Lou wrote:

This plugin works for 2.3.1: https://github.com/thorin/redmine_changeauthor

My only complaint is that it doesn't generate a trackable event (journal?), so there is no record of the transaction nor email notification. It simply changes the author.

Thanks for the link. There is an option in the plugin settings to add an event to the journal.

(And +1 to add this feature to the roadmap :) )

Hello,

The plugin does not works with my 2.3.1. Indeed, when I want to configure it or want to open a issue, I get a 404 error.

I guess it is linked with #7430#11 but it's a bit creepy...
Is there a chance the redmine_cnahge_issue_autor works for the 2.3.1?

Thanks

Actions #129

Updated by Frederik Jung about 10 years ago

I had reset my redmine to 2.3.1 and tested the plugin.
but I got no error ...

could you please give me the error log -> redmine/log/production.log

did you run: bundle install ?

Actions #130

Updated by Ferenc Balázs Farkas about 10 years ago

Hey there!

My problem is with Mr. Jung's plugin is that after restarting apache2 Ruby on Rails cannot start. I have an otherwise perfectly working Redmine 2.4.1

Other info:
Redmine version 2.4.1.stable
Ruby version 1.8.7-p352 (2011-06-30) [x86_64-linux]
Rails version 3.2.16
Environment production
Database adapter MySQL

Any ideas? Thank you in advance. (I also attached a screenshot of the error, and yeah I see that nokogiri is missing but if I go down that road a lot of other stuff starts missing.)

Actions #131

Updated by Frederik Jung about 10 years ago

the error message says: you have to install nokogiri >= 1.5.5

try: gem install nokogiri

Actions #132

Updated by Ferenc Balázs Farkas about 10 years ago

Sooo, my problem is mainly off topic. (I created a puppet process to install a fully working redmine but it's degrading my ruby to 1.8.7 which is not good for nokogiri etc.)

Thanks by the way!

Actions #133

Updated by Michał Senderowski about 10 years ago

Hello

I've installed plugin https://github.com/mcl-de/redmine_change_issue_author. I've found place where I can give permsion 'Edit issue author', but I still can't find the place where can I change issue author.

Thanks for help.

Actions #134

Updated by Frederik Jung about 10 years ago

at the issue?
look at the image.

Actions #135

Updated by Michaël Luitaud about 10 years ago

Frederik Jung wrote:

I had reset my redmine to 2.3.1 and tested the plugin.
but I got no error ...

could you please give me the error log -> redmine/log/production.log

did you run: bundle install ?

I was talking about the changeauthor plugin and not the change_issue_author one.
I have now installed (in fact I asked my IT administrator to do it, I have no access to the servor :-(( ) the change_issue_author plugin BUT I have the same problem as Michał Senderowski. Cf. my image.
I don't think so but can it be linked to the language?

Michał Senderowski wrote:

Hello

I've installed plugin https://github.com/mcl-de/redmine_change_issue_author. I've found place where I can give permsion 'Edit issue author', but I still can't find the place where can I change issue author.

Thanks for help.

Actions #136

Updated by Frederik Jung about 10 years ago

ok, sorry about that :p

could you please tell me more about your setup ... like redmine info?

which version of nokogiri is installed?

did you have a modified [/app/views/issues/_attributes.html.erb]
or does modify another plugin this file?

Actions #137

Updated by Michał Senderowski about 10 years ago

I haven't got field author.

My Redmine info:
Environment:
Redmine version 2.3.2.stable.12071
Ruby version 1.8.7-p352 (2011-06-30) [x86_64-linux]
Rails version 3.2.13
Environment production
Database adapter Mysql2
Redmine plugins:
redmine_change_issue_author 0.0.1
redmine_ldap_sync 2.0.2.devel.g5c00b31622-dirty

I have nogiri in version 1.5.5.

I did not modify [/app/views/issues/_attributes.html.erb]. Should I modify it ?

Actions #138

Updated by Arthur Fabre about 10 years ago

I'm also experiencing an issue on redmine 2.4.3.

The author field doesn't show up when updating the page, however there is a link called "Update author" - see the image below.

Following the link results in a 500 however, here's the stack trace:

Started GET "/changeauthor/index?issue_id=30" for 82.15.175.41 at 2014-02-11 20:19:18 +0000
Processing by ChangeauthorController#index as HTML
Parameters: {"issue_id"=>"30"}
Current user: arthur (id=4)
Completed 500 Internal Server Error in 16.4ms

NoMethodError (undefined method `project_id' for #<ActiveRecord::Relation:0x0000000719b9d0>):
activerecord (3.2.16) lib/active_record/relation/delegation.rb:45:in `method_missing'
plugins/redmine_changeauthor/app/controllers/changeauthor_controller.rb:7:in `index'
actionpack (3.2.16) lib/action_controller/metal/implicit_render.rb:4:in `send_action'
actionpack (3.2.16) lib/abstract_controller/base.rb:167:in `process_action'
actionpack (3.2.16) lib/action_controller/metal/rendering.rb:10:in `process_action'
actionpack (3.2.16) lib/abstract_controller/callbacks.rb:18:in `block in process_action'
activesupport (3.2.16) lib/active_support/callbacks.rb:469:in `_run__2813722203579391689__process_action__2722617602805932813__callbacks'
activesupport (3.2.16) lib/active_support/callbacks.rb:405:in `__run_callback'
activesupport (3.2.16) lib/active_support/callbacks.rb:385:in `_run_process_action_callbacks'
activesupport (3.2.16) lib/active_support/callbacks.rb:81:in `run_callbacks'
actionpack (3.2.16) lib/abstract_controller/callbacks.rb:17:in `process_action'
actionpack (3.2.16) lib/action_controller/metal/rescue.rb:29:in `process_action'
actionpack (3.2.16) lib/action_controller/metal/instrumentation.rb:30:in `block in process_action'
activesupport (3.2.16) lib/active_support/notifications.rb:123:in `block in instrument'
activesupport (3.2.16) lib/active_support/notifications/instrumenter.rb:20:in `instrument'
activesupport (3.2.16) lib/active_support/notifications.rb:123:in `instrument'
actionpack (3.2.16) lib/action_controller/metal/instrumentation.rb:29:in `process_action'
actionpack (3.2.16) lib/action_controller/metal/params_wrapper.rb:207:in `process_action'
activerecord (3.2.16) lib/active_record/railties/controller_runtime.rb:18:in `process_action'
actionpack (3.2.16) lib/abstract_controller/base.rb:121:in `process'
actionpack (3.2.16) lib/abstract_controller/rendering.rb:45:in `process'
actionpack (3.2.16) lib/action_controller/metal.rb:203:in `dispatch'
actionpack (3.2.16) lib/action_controller/metal/rack_delegation.rb:14:in `dispatch'
actionpack (3.2.16) lib/action_controller/metal.rb:246:in `block in action'
actionpack (3.2.16) lib/action_dispatch/routing/route_set.rb:73:in `call'
actionpack (3.2.16) lib/action_dispatch/routing/route_set.rb:73:in `dispatch'
actionpack (3.2.16) lib/action_dispatch/routing/route_set.rb:36:in `call'
journey (1.0.4) lib/journey/router.rb:68:in `block in call'
journey (1.0.4) lib/journey/router.rb:56:in `each'
journey (1.0.4) lib/journey/router.rb:56:in `call'
actionpack (3.2.16) lib/action_dispatch/routing/route_set.rb:608:in `call'
rack-openid (1.4.2) lib/rack/openid.rb:98:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/best_standards_support.rb:17:in `call'
rack (1.4.5) lib/rack/etag.rb:23:in `call'
rack (1.4.5) lib/rack/conditionalget.rb:25:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/head.rb:14:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/params_parser.rb:21:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/flash.rb:242:in `call'
rack (1.4.5) lib/rack/session/abstract/id.rb:210:in `context'
rack (1.4.5) lib/rack/session/abstract/id.rb:205:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/cookies.rb:341:in `call'
activerecord (3.2.16) lib/active_record/query_cache.rb:64:in `call'
activerecord (3.2.16) lib/active_record/connection_adapters/abstract/connection_pool.rb:479:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/callbacks.rb:28:in `block in call'
activesupport (3.2.16) lib/active_support/callbacks.rb:405:in `_run__173549760009239244__call__2787787754557319768__callbacks'
activesupport (3.2.16) lib/active_support/callbacks.rb:405:in `__run_callback'
activesupport (3.2.16) lib/active_support/callbacks.rb:385:in `_run_call_callbacks'
activesupport (3.2.16) lib/active_support/callbacks.rb:81:in `run_callbacks'
actionpack (3.2.16) lib/action_dispatch/middleware/callbacks.rb:27:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/remote_ip.rb:31:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/debug_exceptions.rb:16:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/show_exceptions.rb:56:in `call'
railties (3.2.16) lib/rails/rack/logger.rb:32:in `call_app'
railties (3.2.16) lib/rails/rack/logger.rb:18:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/request_id.rb:22:in `call'
rack (1.4.5) lib/rack/methodoverride.rb:21:in `call'
rack (1.4.5) lib/rack/runtime.rb:17:in `call'
activesupport (3.2.16) lib/active_support/cache/strategy/local_cache.rb:72:in `call'
rack (1.4.5) lib/rack/lock.rb:15:in `call'
actionpack (3.2.16) lib/action_dispatch/middleware/static.rb:63:in `call'
rack-cache (1.2) lib/rack/cache/context.rb:136:in `forward'
rack-cache (1.2) lib/rack/cache/context.rb:245:in `fetch'
rack-cache (1.2) lib/rack/cache/context.rb:185:in `lookup'
rack-cache (1.2) lib/rack/cache/context.rb:66:in `call!'
rack-cache (1.2) lib/rack/cache/context.rb:51:in `call'
railties (3.2.16) lib/rails/engine.rb:484:in `call'
railties (3.2.16) lib/rails/application.rb:231:in `call'
railties (3.2.16) lib/rails/railtie/configurable.rb:30:in `method_missing'
passenger (4.0.37) lib/phusion_passenger/rack/thread_handler_extension.rb:77:in `process_request'
passenger (4.0.37) lib/phusion_passenger/request_handler/thread_handler.rb:142:in `accept_and_process_next_request'
passenger (4.0.37) lib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
passenger (4.0.37) lib/phusion_passenger/request_handler.rb:448:in `block (3 levels) in start_threads'

Actions #139

Updated by David Robinson almost 10 years ago

Making the changes below to config/routes.rb I was able to have the changeauthor plugin work without 404 errors on redmine 2.4.4

I have submitted a pull request for the changes.

config/routes.rb ->

RedmineApp::Application.routes.draw do
  get '/changeauthor/edit/:id' => 'changeauthor#edit', :as => 'edit_changeauthor'
  put '/changeauthor/update/:id' => 'changeauthor#update', :as => 'changeauthor'
end

Actions #140

Updated by Quan VN over 9 years ago

The change by David Robinson does not help in redmine 2.5.2, I still get 404 error

Actions #141

Updated by Go MAEDA almost 9 years ago

  • Related to Feature #4805: Replace original "Added by" in Issue Copy function added
Actions #142

Updated by [ Desperados ] almost 9 years ago

Hi
it doesn't work with redmine 3

Actions #143

Updated by Arnis Juraga almost 9 years ago

Right, problem with version 3.0.1

ActiveRecord::RecordNotFound (Couldn't find all Members with 'id': 
(all, {:include=>[:roles, :principal], :order=>"firstname", :conditions=>"users.type='User'"}) 
[WHERE `members`.`project_id` = ? AND (users.status=1)] (found 0 results, but was looking for 2)):
Actions #144

Updated by Michael Martin over 8 years ago

Please add patch to work with 3.0.1

Actions #145

Updated by Deoren Moor over 8 years ago

+1 for this feature. We use Redmine as a HelpDesk solution and with rotating staff would really benefit from this. I can see Author changes being tracked much like Status changes are tracked now.

Actions #146

Updated by Olivier Houdas over 8 years ago

Here is a patch for Redmine 3.1.0 (be careful, there are changes compared to 3.0.*), which works on our pre-production server.
I stripped the original patch of a change on showing "added time", and I added French translation for the new right.
We're using MS SQL 2012 as our DB system.

[edit: I should have named my patch _v3.1.0.patch...]

Actions #147

Updated by Go MAEDA over 8 years ago

Olivier Houdas wrote:

Here is a patch for Redmine 3.1.0 (be careful, there are changes compared to 3.0.*), which works on our pre-production server.

The patch can be applied to the current trunk without any problems and works fine. Thanks.

Actions #148

Updated by Arnis Juraga over 8 years ago

Olivier Houdas wrote:

Here is a patch for Redmine 3.1.0 (be careful, there are changes compared to 3.0.*), which works on our pre-production server.
I stripped the original patch of a change on showing "added time", and I added French translation for the new right.
We're using MS SQL 2012 as our DB system.

[edit: I should have named my patch _v3.1.0.patch...]

Nice!

Applied patch, it worked ok, with one reject, but file was modified.

/opt/redmine/redmine-ri-3.0.1/app/views/issues/show.html.erb.rej

--- app/views/issues/show.html.erb    Sun Jul 26 07:10:55 2015 +0000
+++ app/views/issues/show.html.erb    Thu Aug 06 16:55:23 2015 +0200
@@ -35,6 +35,7 @@

 <table class="attributes">
 <%= issue_fields_rows do |rows|
+  rows.left l(:field_author), @issue.author, :class => 'author'
   rows.left l(:field_status), @issue.status.name, :class => 'status'
   rows.left l(:field_priority), @issue.priority.name, :class => 'priority' 

Actions #149

Updated by Olivier Houdas about 8 years ago

Warning: With Redmine 3.2.0, issues with Anonymous author will be updated to the first user available when this patch is active and the issue is updated with a user having the edit_issue_author right.
This is due to a change in Redmine filtering the user list on active users only: see #21477.

So the patch should be changed for Redmine 3.2.0 and above users to add the original author manually in views/issues/_attributes.html.erb, so that it doesn't get changed accidentally if it became inactive between creating the issue and the latest edit:
<p><%= f.select :author_id, (@issue.assignable_users.collect {|m| [m.name, m.id]} << [@issue.author.name, @issue.author.id]), :include_blank => false, :required => true %></p>

[edited 2016-01-27 19:27] given the change done in #21477, it is actually safer to force having the original author in the list so as not to lose it accidentally, rather than adding Anonymous.

Actions #150

Updated by Go MAEDA over 7 years ago

Actions #151

Updated by JW Fuchs over 7 years ago

+1

Actions #152

Updated by Ismael Barros² over 7 years ago

+1

Actions #153

Updated by Klavs Klavsen over 7 years ago

+1 - anyone have a patch for latest redmine that works? Just updated from 2.x - where I was using http://www.redmine.org/plugins/redmine_change_issue_author - but that stopped working with redmine 3.x :(

Actions #154

Updated by Sebastian Paluch over 7 years ago

over 150 comments, looks like something desired by many users, maybe could get a bit higher priority?

Actions #156

Updated by Go MAEDA about 7 years ago

  • Related to Feature #7896: submit issue on behalf of other user added
Actions #157

Updated by Rene H about 7 years ago

Yes, please. Please add a feature where the author of the issue can be changed. Now it's just too much hassle to edit manually the issues-table and change the author_id to the desired author..

Unfortunately i don't know python, so i can't fix the plugin ;_(

Actions #158

Updated by Ladislav Nesnera about 7 years ago

+1

Actions #159

Updated by Andrey Lobanov (RedSoft) about 7 years ago

Here's my fork and it's working with 3.x.
https://github.com/woblavobla/redmine_changeauthor

Actions #160

Updated by Anonymous about 7 years ago

I am currently using this plugin :
https://github.com/rgtk/redmine_editauthor

i am going to test the one from Andrey Lobanov and see how it works.

Actions #161

Updated by Jess Nielsen over 6 years ago

+1

Actions #162

Updated by Bubi = over 5 years ago

+1

Actions #163

Updated by Yar n over 5 years ago

+1
it should be added in core

Actions #164

Updated by T H almost 5 years ago

+1
It's definitely the feature we are missing the most from redmine. So I second the move to add it as core functionality.

Actions #165

Updated by billy chou over 4 years ago

+1

Actions #166

Updated by Go MAEDA over 4 years ago

  • Related to Feature #31106: Issue import should allow for importing the author and creation date fields, too. added
Actions #167

Updated by Stewart Ferguson about 4 years ago

+1
Any plugins confirmed working for redmine 4.X?

Actions #168

Updated by Valdir Stiebe Junior about 4 years ago

We are using this plugin with 4.1.0 without any issues.
https://github.com/rgtk/redmine_editauthor.git

Actions #169

Updated by T H almost 4 years ago

We are using this plugin with 4.1.0 without any issue

Yes, we have that installed, too. It works well with one feature lacking, though: We use Redmine as a tool where any employee of our company can log an issue but only a small set of developers and testers are actually members of the project. The plugin does not allow to set any author but restricts the list to the project members (plus global admins, if I recall correctly). The feature we are looking for should be able to set any registered redmine user as the author.

Actions #170

Updated by Jan K. about 3 years ago

+1

Actions #171

Updated by Kevin Palm about 3 years ago

+1 for integrating this as core functionality

Actions #172

Updated by Heiko Böhme almost 3 years ago

+1

Actions #173

Updated by Go MAEDA almost 3 years ago

  • Related to Feature #11294: Option to choose the Issues owner on copy project added
Actions #174

Updated by Go MAEDA almost 3 years ago

  • Related to Feature #12022: Change/Update author when an issue is re-opened to the person who re-opens added
Actions #175

Updated by Takenori TAKAKI over 2 years ago

I made a patch that works on v4.2.1.
Added some changes and tests to the previously posted patch.

Actions #176

Updated by Go MAEDA about 2 years ago

  • Target version changed from Unplanned backlogs to Candidate for next major release
Actions #177

Updated by Go MAEDA about 2 years ago

Updated the patch for the latest trunk.

But the patch unexpectedly changes the author to "<< me >>" if the current author is Anonymous. This has already been pointed out in #1739#note-149.

Actions #178

Updated by Mizuki ISHIKAWA about 2 years ago

But the patch unexpectedly changes the author to "<< me >>" if the current author is Anonymous. This has already been pointed out in #1739#note-149.

I have attached a patch that fixes this problem.

Also, if you specify a different user as Author when creating a issue, the Journal will be created in the same way as when updating. This is a function to keep a record of the user who actually created the issue.

Actions #179

Updated by Go MAEDA about 2 years ago

  • Target version changed from Candidate for next major release to 5.0.0

Setting the target version to 5.0.0.

Actions #180

Updated by Bernhard Rohloff about 2 years ago

I've tried the patch from #note-178 and as far as I can see it works as expected. It's a nice feature.

Actions #181

Updated by Marius BĂLTEANU almost 2 years ago

  • Target version changed from 5.0.0 to Candidate for next major release
Actions #182

Updated by Go MAEDA over 1 year ago

Updated the patch for the current trunk r21799.

Actions #183

Updated by Johan Steur over 1 year ago

Error when applying this patch on Bitnami Redmine stable 5.0.2. Am I doing something wrong here?

root@redmine:/opt/bitnami/redmine# patch -p0 < redmine_changeable_author_r21799.patch can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff --git a/app/helpers/issues_helper.rb b/app/helpers/issues_helper.rb |index de4ca4435..891b993be 100644 |--- a/app/helpers/issues_helper.rb |+++ b/app/helpers/issues_helper.rb -------------------------- File to patch:
Actions #184

Updated by Johan Steur over 1 year ago

Error when applying this patch on Bitnami Redmine stable 5.0.2. Am I doing something wrong here?

root@redmine:/opt/bitnami/redmine# patch p0 < redmine_changeable_author_r21799.patch
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
-------------------------
|diff --git a/app/helpers/issues_helper.rb b/app/helpers/issues_helper.rb |index de4ca4435..891b993be 100644 |--- a/app/helpers/issues_helper.rb |+++ b/app/helpers/issues_helper.rb
--------------------------
File to patch:

Actions #185

Updated by Go MAEDA over 1 year ago

  • Target version changed from Candidate for next major release to 5.1.0

Setting the target version to 5.1.0.

Actions #186

Updated by Go MAEDA over 1 year ago

  • Subject changed from Add ability to change issue owner to Add ability to change issue author
  • Status changed from New to Closed
  • Assignee set to Go MAEDA
  • Resolution set to Fixed

Committed the patch. Thanks to everyone involved in the development of this feature.

  • Members who have "Change issue author" permission can change the author of an issue
  • Changes are recorded in the journal
Actions #187

Updated by Holger Just over 1 year ago

  • Status changed from Closed to Reopened
  • Resolution deleted (Fixed)

Unfortunately, there does not appear to be any actual validation of the passed author_id on the backend. This would currently allow someone who has the permission to set the author_id of an issue to set ANY user id (which has to exist, but only by luck). This would then possibly allow this user to enumerate all users in the system and at least find their respective display names.

As a remedy, we should probably validate the allowed author_id against the list currently built in IssuesHelper#author_options_for_select. This list should then probably be moved to a method on the Issue model, named e.g. Issue#allowed_authors. The helper method should then be adapted to use Issue#allowed_authors.

This could look like this:

class Issue
  #...
  def validate_issue
    # ...

    if project && author_id_changed?
      unless allowed_authors.include?(author)
        errors.add :author_id, :invalid
      end
    end

    # ...
  end

  def allowed_authors(user = nil)
    users = assignable_users.select {|m| m.is_a?(User) && m.allowed_to?(:add_issues, project) }

    if new_record?
      [user || User.current] | users
    else
      [self.author] | users
    end
  end
end

module IssueHelper
  # ...
  def author_options_for_select(issue)
    principals_options_for_select(issue.allowed_authors, issue.author)
  end
end

Note: I'm not sure why the current author_options_for_select helper method has such complicated logic for the persisted case. It appears to try to allow the case where the author is a non-user principal (i.e. a group). This is the only case I can imagine where Principal.find(issue.author_id) is not equivalent to issue.author. However, assigning a group as the author appears to not be allowed anyway and should be caught by a validation on the Issue model. As such, I believe just using issue.author along with suitable validations on the model should be enough. Or am I missing something?

I'm also not sure why the current author_options_for_select helper requires a separate project argument. Shouldn't just using issue.project in there be enough or is this required when changing the project of an existing issue? In my code above, I removed this argument as it uses the new Issue#allowed_authors method anyway. Also, this got rid of the specific check for new_record? or persisted? in the helper as we initialize a new issue with @issue.author ||= User.current anyway in all contexts where this helper is relevant.

Next, the change in app/views/issues/_attributes.html.erb seems to be one line too low. Currently, the ability to change the author is bound to the ability to change the status. This should probably be moved outside that if check for the status.

(Note that I have not yet run my above code, it might be off by a bit, but should illustrate the basic idea. Please correct me if I got anything wrong here.)

Finally, I think the separate set_author_journal helper on the Issue model and the corresponding idea that we create a new issue and with it its first journal rather unexpected. I could imaging that we run into a lot of edge-cases here (e.g. with notifications as we would send two notifications for an issue create, one for the issue, and one for the journal) or generally unexpected interaction with other code which dies not expect this.

Instead of this, I would propose that we introduce a new column on the issue table called creator_id which would be set to the initial user who created the issue (same as we did for the author_id before this patch) and without the ability for users to change this field. We could then regard the author_id as changeable with the normal journal handling, but could show both the creator and the author on issues#show (or possible just if they are different) along with a new column for the IssueQuery.

This would make the author handling more predictable and would fit better into the way issues work today. What do you think?

Actions #188

Updated by Go MAEDA over 1 year ago

Holger, thank you for reviewing r21958. It has become clear that the code should be rewritten a lot, I would like to revert r21958 and r21959.

Actions #189

Updated by Jean-Philippe Lang 12 months ago

Go MAEDA wrote in #note-188:

I would like to revert r21958 and r21959.

+1

Actions #190

Updated by Go MAEDA 11 months ago

  • Target version changed from 5.1.0 to Candidate for next major release
Actions #191

Updated by Mischa The Evil 5 months ago

  • Related to Feature #9812: set or change author of a issue (via rest api) added
Actions

Also available in: Atom PDF