Redmine

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.

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...

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.

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

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 ?

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

Tx

+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.

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

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

+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

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

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.

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."

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.

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

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.

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.

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.

+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.

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

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

tx

+1

+1 very useful!!!

+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)

Version 1.2 please?

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...

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]]

+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.

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

+1

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)

+1

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"

related to #7487

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"

+1

+1

SPAM SQUASHING

+1

+1

+1

+1

-

+1

+1

+1

+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.

+1.

Did anyone made the patch for 1.4?

+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).

+1

+1

+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"

+1

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

+1

+1

+1

+1

+1

+1 Very very need it!

+1

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?

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.

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!

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)

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

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.

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.

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 :) )

+1 for this feature

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

+2

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

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 ?

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

try: gem install nokogiri

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!

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.

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?

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 ?

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

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

Hi
it doesn't work with redmine 3

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)):

Please add patch to work with 3.0.1

+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.

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.

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' 

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.

+1

+1

+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 :(

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

+1

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 ;_(

+1

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

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.

+1

+1

+1
it should be added in core

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

+1

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

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

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.

+1

+1 for integrating this as core functionality

+1

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

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

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:

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.

Go MAEDA wrote in #note-188:

I would like to revert r21958 and r21959.

+1