Nic Brough -Adaptavist- Expert

Necroposts are not a concern when you've read the question and it's still relevant. It's the adverts and failure to read the question and response we don't like. Yes, you're right, there will be multiple copies of the same file on the server. With different physical names. Jira's attachment system is a simple directory…

Yes, advanced roadmaps, structure and Jira-align all do that.

Those are really old versions of Jira, but they are still in the phase where "export xml, import xml" was a recommended route for upgrades (From memory, you're in the time-frame where Atlassian had not got the upgrade-via-installer right, so were not recommending one route over another) However, the error message you have…

I am sorry, I have not been very clear here. I do agree with you that there is a bug in the filter search when special characters or punctuation is used. My point is that you can avoid it by not using unusual characters, and that's not a bad thing because the best data people put into trackers is easily readable by others,…

As a site admin, log in to the user maintenance and have a look at all the people who are members of the admin group(s)

The users should be able to put in what they want, but they will be best served by using natural language. If they choose to use special characters, that's fine, but probably pointless. You don't protect against security concerns like injection by preventing people entering stuff, you code the application so that it…

That's not a question for us. You need to work out what you want to get from the server and a method for doing it. I can't tell you if your servers are announcing themselves with bonjour, avahi or any other server info system, or if you're using nagios, zabbix or anything else to monitor or discover them. Once you have…

You should be allowed to name things whatever you want. Warning people of the hundreds of quirks of language and how computers work with them is not an essay I'd put in front of people every time they're filling in a field.

The search ignores non-text things like underscores. The best thing to do is not use pointless things like underscores when giving something a human-readable name.

If then else is the right approach for your logic You still need to explain what you are trying to use for "extract server details"

Absolutely not. The Java api can do anything in Jira that isn't prevented by the structure of the data. The REST api is a limited set of calls that have been made available by Atlassian coding for them to be exposed.

Essentially the same question as https://community.atlassian.com/t5/Jira-Questions/Need-a-groovy-script-to-extract-server-details-from-field-given/qaq-p/1423711

Issues get struck-out when they are done, meaning "when they are resolved" Add a post-function that says "set a resolution" to your workflows when you should set it

For high availability, get Confluence Data Centre. For a disaster recovery situation, the best you can do is have a ready-to-run backup server pointed at a replicated database and with a synchronised or shared attachments directory. When something fails, you shut down the primary server, start the backup and re-point your…

No. Think about when the script would run. How would it know what to do at the point at which it runs?

There isn't a delete. We like a record of how people fixed the problems they've asked about.

I'm afraid you'll now need to read the log files to find out why Jira is not getting any data from Drive. Start with the application log - <jira home>/log/atlassian-jira.log is the first one to read. Try "tail -f atlassian-jira.log" in one terminal and trying the attachments in a browser - the errors should appear in the…

There's no log posted here. You'll need to read the log and give us the error if you want help with understanding it. Although if you do read it, you will probably see what the problem is.

"A field given in a Jira link" does not make sense. "a jira link" could be anything, and even if we assume it's a link of some sort, you can't link to a field. I am going to have to assume you mean that you have a Jira field that contains some form of link to a server, and that your question is about getting infrastructure…

I would not bother - the licence policy was changed to this years ago and is very unlikely to change. I see requests like this arrive quite regularly, and they're all resolved "won't do, that's the current way apps work"

Sorry, my last comment was done after I re-opened the question, but before you went ahead and answered it without needing to read it! Your screenshot tells me exactly what has happened. It's not field delete, but you are deleting the place the data is held. Field configurations and screens do not directly affect a field,…

Scripted fields do not contain any data. They calculate and display it. So the data you imported is irrelevant - there's nowhere to store it, so it is discarded. Next time the issue is indexed, the display will be recalculated by the script. (It's a bit more complex than "when indexed" in reality, but that is the easiest…

Ah, sorry, I've got the new line utterly wrong. The first line should simply get the object from the field value. The second line should get the name of the option that should be in there. I'd double pasted the getValue. I am really sorry to have wasted your time! def aOptionValue = a.getValue() def aOption =…

If you didn't see that, then could you tell us precisely what you were doing?

Ok, that seems like the google drive app is not able to read from Drive. I'm not sure how you might debug that - reconnect/reconfigure and refresh?

I'm sorry, but

Ah that would explain it! Thanks for letting us know!

If there were another way to do it without Apps, I would have mentioned it, no matter how weak. Without apps, the best you can do it get all your users to imagine it all and not do it in Jira.

Apps are licenced at the tier that matches your Confluence tier. I'm afraid you'll have to pay for the 100, even if the app supports limiting users.

Where is this code running?