...
Once you've changed your requirements' key, click on rename to start the renaming task. You'll be redirected to a new page, which show you detailed informations about the task.
Please note that this task can take a while if you rename many requirements, so be patient. The progress bar is updated frequently and automatically to inform you about the progress of the task, as well as the status under this progress bar. Please also note that the "Time remaining" is only an estimation and can be inaccurate.
Once it's done, a button named "Acknowledge" appears. Click on it to be redirect to the Requirement Yogi Search screen. This is the recommended way, rather than using the menu bar, as this also tells Confluence to stop tracking the task.
If an error occurs, it will appear at the bottom of the screen. As the status indicates, "No modification was saved", your requirements are safe. This behaviour can yet be problematic if the error is thrown from JIRA, as the link between Confluence and JIRA is not error-prone. For example, you can have an authentication error. Moreover, if you delete your Application Link, Requirement Yogi keeps a trace of the links in JIRA, just in case you will recreate your Application Link. This is useful, but in case of renaming, it will test the connection with JIRA and fail. This is why we added a check box "Ignore JIRA errors" in the renaming wizard. If you tick it, JIRA errors will be displayed as warning and will not cancel the renaming task (other errors still cancel it). However, if you choose to ignore JIRA errors and an error occurs, your JIRA issues won't be updated. Thus, your requirements links in JIRA will be incorrect, and you will not be able to synchronise them (because they have been renamed, in the JIRA point of view it is no longer the same requirement) and you will have to remove the former links and add the new manually.
You can also cancel the task, by clicking on the "Cancel link" at the bottom of the task status page.
...