You don't. The creator is a special field that was introduced a while back because it can be important to know which user entered the issue. The problem came about because JIRA has a "reporter", but people are able to change that - it's especially useful when you're entering issues on behalf of someone else. The creator is intended to capture, literally what it says, the person who physically created the issue. It should not be changed, and there's no good reason to want to change it.
Also, it's mostly a field that you don't usually use a lot. If you want to look at who asked for something (but may not be the person who created the issue), use Reporter.
Argh, NO
Could you please explain why you want to do this so we can guide you on using it properly?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Don't touch the database, you will almost certainly get it wrong and damage or destroy your system.
Again, please explain why you are trying to destroy perfectly good information, and we may be able to help you do the right thing.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The creator is the person who enters the issue, so you are looking at botching completely the wrong thing. Ignore creator, it's correct, it's valid and not important to you.
You need to be looking at the reporter and the assignee.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have a similar situation where I would like to change the issue creator. In my situation I want a logged in user to be able to submit an improvement suggestion anonymously. I can set the reporter to anonymous, but I cannot change the creator field, which continues to show up in the issue history tab (i.e. "username created issue - just now"). Is it possible to do in script runner or another plugin? If not could I at least suppress the user name from the change history view on the history tab? I have anonymous issue creation enabled, so they could log out and create the issue, but I would like to make it as easy as possible for them and not require them to log out.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
My situation is, that our user creates an Accident Report for HR. Thats fine.
This issue will clones and link (groovy) to the security department without fields like name and reporter for privacy reasons. I can null the reporter but the creator is the user wo creates the initial accident report. I don't won't to have these information in the cloned task.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Here is a situation..
Creator has left the company and dont want to see that name(identity) listed as creator on the tickets. Its approporiate to shift responsibility to another staff member re "creator".. This is part of removing vestiges of former staff member from process.
To get around this, am deleting tickets and starting brand new ones with same information.. not very pretty.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
All of these since my last comment are symptoms of you using the field for the wrong thing. Stop looking at creator and look at reporter for this data. Use reporter and creator properly for the reasons they were created.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Nic,
For the record: I totally agree, with your advice to not mess with the creator.
However, there is one requirement, I'm running into in 2021:
For GDPR compliance, legal demands that any reference to individual persons is to be purged 12 months after an issues close.
And since ianal, we ususally have a hard time, challenging demands from legal....
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If you use the Jira Importers Plugin (JIM) to import issues, the user logged in (the one who uses the plugin to import) will be set as the "creator" of every single issue. It seems one can't do anything about that. I think that would be really a case where the ability to change the "creator" could be useful.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is my use-case as well.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
My problem is that we create some tickets for our users and if we change the reporter field to that user they still don't see the ticket in their queue as they are not the creator.
It would be ideal for users to be able to view the tickets that have them assigned as reporter, or be able to alter the creator.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Not really, it's the wrong thing to do and hence there's no way to do it.
The ask here was based on not understanding what the creator field is for and using it for the wrong thing. The answer is to use the right field, not amend the wrong one.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
OK, I get that, but then could users see issues where they are marked as the reporter (but created by support) as well as the ones created by themselves?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If you set up the permissions to work like that, yes.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Spend the day sharpening your skills in Atlassian Cloud Organization Admin or Jira Administration, then take the exam onsite. Already ready? Take one - or more - of 12 different certification exams while you’re in Anaheim at Team' 25.
Learn more
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.