Nic Brough -Adaptavist- Expert

Export it to XML, build your new Jira system (on exactly the same version of Jira) connected to a supported version of MySQL, but empty, then import the xml. Then you can upgrade that to the latest version. See https://confluence.atlassian.com/adminjiraserver/switching-databases-938846867.html for changing the database

To confirm, your remote system has a REST API that you will need to code for? Performance depends mainly on how fast your Jira can talk to your other system. It can send quite a lot quite fast itself, but there's no way of knowing how fast any responses may come back without knowing the other application. Jira doesn't have…

This looks like Jira can't talk to its own embedded crowd, which is unusual. Could you check * What user directories you are using * If there are any errors on any of the gadgets on your dashboard * Under the admin -> system info page, do you have any "modified files" listed?

There's nothing to fix, it's all working the way Atlassian have designed it to. There's not a lot we can say for "best practices" - it's too vague a phrase to describe what you're looking for. Guidance on using sub-tasks is "use them to split up stories so that you can assign and track parts of stories separately", not a…

This looks like Jira can't talk to its own embedded crowd, which is unusual. Could you check * What user directories you are using * If there are any errors on any of the gadgets on your dashboard * Under the admin -> system info page, do you have any "modified files" listed?

Read the code you've written to make sure it implements the interface. Remember that the original question was "I've created a custom field... that I want to appear somewhere" - that tells us that Joe was writing an app that provides a custom field (because if it were just a plain user custom field, it would be in the…

No. Jira can't provide code for doing a random arbitrary update to a system Atlassian may never have seen. A post-function is likely to be the right place, but you will need to write apps (or scripts if you have scripting/automation apps) that you design to understand the remote application. Connect apps are apps built for…

Yes, you can do this without apps. Manually. You will need to sit with two screens, one in "development" and one in "production" and add all the config from dev to prod by hand.

You would need to write a new Jira "application" to provide a new class of project type. Business projects are provided by Jira Core, Software projects by Jira Software, and Service Desks by Jira Service Desk. However, you can write apps that can add project types within those three categories (although I'd recommend not…

Start at https://developer.atlassian.com/server/confluence/writing-confluence-plugins/ One word of caution on the database side - your app is free to do whatever you want with the databases it needs to access, but do not use SQL to touch the Confluence database. Use the internal API to read/write Confluence, or you will…

That suggests the workflow has a validator on it that says "user must be in the role of project admin". Edit the workflow and have a look at the validators on the "create" transition.

Probably. You'll need to investigate by looking at what app provides the gadget, if you have a valid licence for that app, and then take a look at the logs if you can't see why it is failing from the licence/app.

It's the "new issue view". It does not have the tick-box for including sub-tasks.

The usual reason that this disappears is a change of groups. The access is controlled by groups - you have to be in one (or more) groups that have "bulk edit" rights. So, either * The group you belong to that had "bulk change" permission has been removed from the (global) permission * You have been removed from the…

What did your administrators say the problem is?

This message in the log is the key: >IO Exception: "/home/apps/atlassian/application-data/jira/database/h2db.mv.db" This means either that the database file (h2 is a file based database loaded into memory at run time) is * locked by another process * has the wrong ownership and/or permissions * damaged, and too badly…

To get SSL back, you need to enable TLS

The most common (but not the only) reason for that error is that the service has been configured to only accept SSL (TLS) connections, but you have set it to use plain text.

Sub-tasks don't matter to the sprint, they only matter in the context of their parent issue. So they're irrelevant to most places you want to talk about "things in the sprint". Annoyingly, that means Atlassian have chosen not to inherit the sprint from the parent.

No, there's no nesting of spaces or projects. The best you can do is move one set of pages from one space to another.

Your second error message says you're not using a valid username and password pair. Check the credentials are correct, and have a look at the doc it points you to.

Edit the workflow, looking at the transition you want to have a screen on. You'll find you can associate any screen already created in the system in there. When someone uses the transition, it will pop up that screen.

We can't really tell you - we're a forum of Atlassian end users, who have less knowledge of your systems than you do! ( I don't know if any of your administrators might be amongst us to see this though) If there's nothing on the Confluence pages to suggest some admin contacts, you'll need to ask other people who might be…

I'm afraid we can't tell you what is wrong with your settings. Check with your database admins what you should be using, and maybe have a look at the logs to see if the connection failure gives you more specific errors.

Ah, yes, it did not warn you in older versions, although I thought 7.12 was after they introduced the code to check it.

There are some useful examples of validators at https://library.adaptavist.com/search?q=validator

Yes, MariaDB is unsupported. You will need to move to a supported database, as per error message and docs. I'm not quite sure what you are asking here, as the error message is clear about needing a differerent database.

No, the page id's cannot be preserved. Confluence uses the next free one for each new page, whether created in the system or imported, to avoid clashes with existing pages.

It looks to me like whatever you are using to connect is issuing a GET instead of the required POST. I'd start with a look at that call (I can't tell what it is just from "POST" stucj on the front)

You need to contact the admins or owners and ask them, as you can't see a sign up. I really cannot tell you more than that. Cloud alone has 125,000 separate Atlassian systems in use, and there are plenty of server/DC systems out there too. You have not told us which one(s) you want access to.