-
Bug
-
Resolution: Timed out
-
Low (View bug fix roadmap)
-
None
-
4.2
-
v4.2-SNAPSHOT#582-r129211, QA857, HTTPS
-
4.02
-
Severity 3 - Minor
-
-
In response to JRADEV-2997 we now do this on the SetupImportAction to locate the import file:
- Locate the file using the path as entered by user. Relative paths will be based at Tomcat working directory. Absolute paths will be honored. If file is found then restore otherwise continue to next step.
- Locate the file using $JIRA.HOME/import as the base. For this check we strip the path from the file and just look for $JIRA.HOME/import/$FILE.
This can cause confusion if the user is trying to restore a file located using 1, but they actually restore a file using 2. For example:
- Adam has a file called $JIRA.HOME/import/backup.xml.
- Adam tires to restore c:\tmp\backup.xml when he actually meant c:\temp\backup.xml.
- [BUG] JIRA rather than returning in error restores $JIRA.HOME/import/backup.xml without any indication this what it decided to do.
As a user I find this very strange behavior. I would expect an error or at the very least a confirmation before trying to restore $JIRA.HOME/import/backup.xml as it is not the file that I typed in. We may even want to consider skipping the $JIRA.HOME/import lookup altogether if the user types in a file with any path. Finally, it may also be useful to indicate which file JIRA was restored from both in the server log and on the import result screen.
Form Name |
---|