Sometimes we have users who cannot create new issues, despite clearly having permissions to do so. The problem seems to go away if we re-index.
We know that re-indexing is recommended after configuration changes, etc.
But are there other symptoms such as the above that can indicate the need for a re-index? Other problems which can be fixed by a re-index?
Finally, are there any messages in the log files which can advise us of the need to re-index?
Thanks in advance.
Re-indexing should be done when there are certain config changes (of which, the list is gradually shrinking), during big system changes, and when something big has gone wrong.
The problems you describe strongly suggest a broken add-on or someone trying to be "clever" when they really have no idea what they're doing. You should never have to re-index to fix permissions.
So, some questions:
No customized files (that I know of), And no one is messing with the database, I'll check the log files.
Here's a list of the user-installed plugins:
Aha - In this case there was a broken validation script which depended upon a certain value in a drop-down. The end-user chose the "bad" value and the create would not happen. Then after I re-indexed, the same end user chose a different value and the create worked.
I need to find a way to convert these "in-line" scripts into file storage scripts that can be put into source control, because someone broke the script in a way that caused inconsistent behavior.
Sorry for the bother.
Ahh, well spotted. Given your list of add-ons, the first line of my response was going to be "a broken script", although I was thinking more of a post-function than a validator (that's the usual way I get scripts wrong!)
Scripts can be done in Jira with in-line boxes or by existing on the disk under a "scripts" directory in the jira home directory. The files on disk are a simple 1:1 - you create a plain text file, copy and paste the in-line script into it, remove the in-line script and point the caller to the file instead.
My usual setup is a set of sub-directories in the script home, one for validators, one for post-functions etc. The other way I do it sometimes is "directory per business unit or project needing the scripts", but it really is about doing what works best for you. You can imagine that this makes it easy to source control them, with simple "get labelled files" or "get latest" commands run on servers pulling a set of files. It won't stop your admins writing new scripts in-line and telling Jira to use them instead, but at least you'll have source control and a good excuse to kick any admin who doesn't use it!
I don't know if there's a way to en-masse convert inline scripts to files, I'll ask tomorrow. Worst case, there is the "script repository" which will list them all, at least making the copy and paste a matter of one screen.
Atlassian Summit is an excellent opportunity for in-person support, training, and networking.Learn more
Hello! I'm Rayen, a product manager at Atlassian. My team and I are working hard to improve the trial experience for Jira Software Cloud. We are interested in talking to 20 people planning t...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs