Uploaded image for project: 'Jira Data Center'
  1. Jira Data Center
  2. JRASERVER-4618

When reporter differs from creator, the creator should be recorded in change history

    • 7
    • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? See the corresponding suggestion.

      Atlassian Status as of 3rd December 2013

      Hi everyone,

      Thanks so much for your votes and comments on this feature request.

      Good news, Everyone. Your waiting is about to end.

      Even though we had no plans to put the work related to this feature on our short term roadmaps, the solution was implemented as a result of "20% projects" effort and is currently being tested. You can read about our "20% projects" here: Life at Atlassian.

      The plan is to make this feature available with the next release of JIRA, which is targeted for the first quarter of calendar year 2014.

      Thanks for your patience and we hope you appreciate our open approach to feature requests.

      Regards,

      Roy Krishna & Bartek Gatz
      roy (at) atlassian (dot) com & bartek (at) atlassian (dot) com
      JIRA Product Managers


      Original request description:

      When a user creates an issue and sets the reporter to someone else, there is no record in the issue of who originally created the issue. We should record the actual reporter in the changelog.

            [JRASERVER-4618] When reporter differs from creator, the creator should be recorded in change history

            Hi @James,

            The link says that the issue is fixed ! We really need to identify who is the Creator and who is the current reporter . For the current reporter, everything is fine.
            But we loose the Creator when the reporter change

            Salah Khamassi added a comment - Hi @James, The link says that the issue is fixed ! We really need to identify who is the Creator and who is the current reporter . For the current reporter, everything is fine. But we loose the Creator when the reporter change

            tier-0 grump added a comment - - edited

            It's important to realise what is happening here - the change history is recorded and will display correctly in the History tab in the view issue page. What is still incorrect is that the ActivityStream code has not been updated to use creator yet and still uses reporter, so the activity and history tabs are inconsistent - fixing the activity streams will fix the issue. You can follow that issue at https://ecosystem.atlassian.net/browse/STRM-2213.

            tier-0 grump added a comment - - edited It's important to realise what is happening here - the change history is recorded and will display correctly in the History tab in the view issue page. What is still incorrect is that the ActivityStream code has not been updated to use creator yet and still uses reporter, so the activity and history tabs are inconsistent - fixing the activity streams will fix the issue. You can follow that issue at https://ecosystem.atlassian.net/browse/STRM-2213 .

            I just installed JIRA 6.3.15 and the above described effect is still present.
            This leads to missinterpretation and therefore makes this information useless!

            Markus Vogel added a comment - I just installed JIRA 6.3.15 and the above described effect is still present. This leads to missinterpretation and therefore makes this information useless!

            I am still seeing this issue in JIRA 6.2.4.
            I created an Issue with Reporter as myself.Call me "B"
            It shows in Activity as "B" created an issue.
            After 20 mins I edit issue and update reporter to "A"
            It shows in Activity as "A" created an issue 20 mins ago
            But Activity also shows "B" changed reporter to "A"
            But it loses the "B" created an issue message that was originally present.

            Bhavana Balwalli added a comment - I am still seeing this issue in JIRA 6.2.4. I created an Issue with Reporter as myself.Call me "B" It shows in Activity as "B" created an issue. After 20 mins I edit issue and update reporter to "A" It shows in Activity as "A" created an issue 20 mins ago But Activity also shows "B" changed reporter to "A" But it loses the "B" created an issue message that was originally present.

            Something that I think is tripping a lot of people up is that Jira obviously assumes that the Reporter and Creator is the same person. It will present this information under the Activity tab in the issue screen. Changing the reporter will also change the information about who created the issue in the first place. This means we can actually alter the history of an issue!
            I shouldn't have to query the database directly to find out who actually created an issue.

            Daniel Prahl added a comment - Something that I think is tripping a lot of people up is that Jira obviously assumes that the Reporter and Creator is the same person. It will present this information under the Activity tab in the issue screen. Changing the reporter will also change the information about who created the issue in the first place. This means we can actually alter the history of an issue! I shouldn't have to query the database directly to find out who actually created an issue.

            AmandaA added a comment -

            a workaround from Answers:
            https://answers.atlassian.com/questions/185427/reporter-and-creator-is-different

            Not really. When you create an issue, Jira creates it with whatever reporter the user enters. That's it, the first time the issue exists as an entity, it has the reporter on it. If the user changed it from themselves to someone else, you're a bit stuck, because the person doing the typing doesn't actually commit that into the issue.

            There's two easy workarounds to prevent the loss of information, but neither will help you for older issues:

            1. Use a post-function to set a custom field (I call it "creator") to %Currentuser% on the create transition

            2. Remove reporter from the "create issue" screen, so it always logs the current person (and if they need to change it later, leave it on the edit screen)

            You can try to work it out from watchers and project activity etc, but that's not always clean enough.

            AmandaA added a comment - a workaround from Answers: https://answers.atlassian.com/questions/185427/reporter-and-creator-is-different Not really. When you create an issue, Jira creates it with whatever reporter the user enters. That's it, the first time the issue exists as an entity, it has the reporter on it. If the user changed it from themselves to someone else, you're a bit stuck, because the person doing the typing doesn't actually commit that into the issue. There's two easy workarounds to prevent the loss of information, but neither will help you for older issues: 1. Use a post-function to set a custom field (I call it "creator") to %Currentuser% on the create transition 2. Remove reporter from the "create issue" screen, so it always logs the current person (and if they need to change it later, leave it on the edit screen) You can try to work it out from watchers and project activity etc, but that's not always clean enough.

            A separate Creator field is definitely necessary for tracking purposes.
            And perhaps it should be automatically recorded as current_user, not changeable.
            This person should show up in the activity history in first entry as "xxxx created zzz-999".

            The reporter field is not always necessary to be filled in, could be empty/NULL.

            Ingvar Örn added a comment - A separate Creator field is definitely necessary for tracking purposes. And perhaps it should be automatically recorded as current_user, not changeable. This person should show up in the activity history in first entry as "xxxx created zzz-999". The reporter field is not always necessary to be filled in, could be empty/NULL.

            Emmanuel Rouillard added a comment - - edited

            There is a lack of traceability in Jira since it is not possible to determine who is the creator of the issue.
            This is a problem in a CMMI context.
            We expect absolutely this feature to be implemented.
            Don't forget that a reporter is not always required.
            So, a name for creator should always be present without being able to edit it.

            Emmanuel Rouillard added a comment - - edited There is a lack of traceability in Jira since it is not possible to determine who is the creator of the issue. This is a problem in a CMMI context. We expect absolutely this feature to be implemented. Don't forget that a reporter is not always required. So, a name for creator should always be present without being able to edit it.

            We are also interested in being able to see who has created an issue.
            Perhaps it is possible to do via a customfield filled out via a Velocity processed Message Custom Field?

            Ejner Jensen added a comment - We are also interested in being able to see who has created an issue. Perhaps it is possible to do via a customfield filled out via a Velocity processed Message Custom Field?

            Bump I agree this field would be handy. We've had some situations here where some users are assigning issues to other people, but setting the reporter to the same value as the assignee which just confuses the assignee. We've been trying to solve this through education of users, but having the creator logged would be very helpful.

            Russ Collier added a comment - Bump I agree this field would be handy. We've had some situations here where some users are assigning issues to other people, but setting the reporter to the same value as the assignee which just confuses the assignee. We've been trying to solve this through education of users, but having the creator logged would be very helpful.

              jwinters tier-0 grump
              7ee5c68a815f Jeff Turner
              Votes:
              64 Vote for this issue
              Watchers:
              47 Start watching this issue

                Created:
                Updated:
                Resolved: