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