Importing compressed files

[JLHonors]

Add support for importing .zip, .tar, and .tar.gz files. Decide if we want to decompress these files (and instead import their contents) or if we want to allow the user to upload compressed files. Determine how we want to illustrate these files.

[JLHonors]

Got this finished up. It's located in the "compressedImport" branch. Seems to work properly in the small number of cases I tested, which were the following:

• Importing a zip file (successful import)
• Importing an image (nothing happens)
• Importing a zip file and an image (only the zip file is imported)
• Importing a tar.gz file (successful import)
• Importing a tar.gz file and an image (only the tar.gz file is imported)
• Importing a tar.gz file and a zip file (both are imported)

Supports ".zip", ".tar", and ".gz" compressed files. Right now on the preview side (right side) of the window, shows a blank thumbnail with the name of the compressed file next to it. Clicking shows nothing. I assume this is desirable behavior, since you can't really "preview" a compressed file.

Note that it is possible for us to use libraries to decompress the archives and reveal their contents to the user. Since whether we should do this was not specified, I went with the more simple implementation. We ought to discuss this further.

[JLHonors]

Things left TODO:

• Discuss how we want to illustrate compressed files
• Find a graphic for importing compressed files (I reused the same one as importing images)
• Determine if these files can be uploaded to Cyverse

Helpful links for if we want to decompress these files:

• https://github.com/srikanth-lingala/zip4j
• https://www.7-zip.org/sdk.html

[JLHonors]

We decided these files should be decompressed on import. Moving back to In Progress so this change can be made.

[JLHonors]

Just moving to QA for a quick review. More testing, commenting, and polish still need to be done. Same branch as before: "compressedImport".

TODO:

• Finish commenting.
• Add logic such that the compressed file isn't nested within a ton of folders.
• Refactor code to not require a huge if-statement to determine what type of decompessor to use. Ideally, have it be an argument to the constructor, so that a future maintainer could easily add new file types.
• Give user a better idea how long this will take through the progress bar.
• Don't create parent directory if compressed file has no valid files to import/is empty. Additionally, delete anything in the temp directory that was invalid to import.
• Determine if, after decompressing the file into tmp and reading it via Calliope, we can delete the temporary decompressed folder. This would help save the user space if they, say, decompressed several 32GB compressed folders in succession.
• Add more types of compressed files.
• When branch is merged in, determine if we should remove the separate button for imports.

Tested on an empty zip file, a zip file with a non-image file, and a zip file with two sub-folders that had valid files. All produce the desired results, except the aforementioned lingering parent directory of invalid imports.