BUG: Download of fles not working on FS

[pwalczysko]

In Insight, both on Howe and Gretzky, the download of the multi-image file

/Volumes/ome/data_repo/test_images_good/lei/050118.lei

does not work as expected.

Howe: when a particular image in the 56 images in this multi-file is chosen and downloaded, a zip file is created. After unzipping, the folder consists of two 1-channel tiffs and a 050118.lei file.
When this 050118.lei file is reimported to OMERO, then it appears as the image which was chosen originally out of the 56 in the file only, but as a duplicate.
See screenshots.

Gretzky: when one image of the 56 is chosen and Download option is selected, then only one image is downloaded, it's format is .ome.tiff and it appears black (see screenshot, the folder "FS" in the finder on the screenshot).

[jburel]

Did you notice the same issue when downloading from the Web? at least on howe.

[pwalczysko]

Further, I found that any file (.jpg, life) does download with an .ome.tiff extension on Gretzky.
Even when "Download" option was clicked.
Did download 3 times, with different formats (lastly 2kx2k.jpg) on Gretzky.
The last action I did was to "Export as one-tiff. I named this particular image "2kx2kometiff. This was created as 2kx2komtiff.ome.tiff (see screenshot).
But this is the only image which was exported as one-tiff.
All the other before it (see Activities window) were Downloaded.

[jburel]

The download ome-tiff option has now been removed see ​https://github.com/openmicroscopy/openmicroscopy/pull/743

[jmoore]

Not included in fs demo 2 tag. Removing from sprint

[jburel]

Download the jpeg works with today's build

[jburel]

Checksum side effect

java.lang.Exception: org.openmicroscopy.shoola.env.data.DSAccessException: Cannot access data. 
Cannot set the file's id.
	at org.openmicroscopy.shoola.env.data.OMEROGateway.handleException(OMEROGateway.java:919)
	at org.openmicroscopy.shoola.env.data.OMEROGateway.retrieveArchivedFiles(OMEROGateway.java:4081)
	at org.openmicroscopy.shoola.env.data.OMEROGateway.getArchivedFiles(OMEROGateway.java:3999)
	at org.openmicroscopy.shoola.env.data.OmeroDataServiceImpl.getArchivedImage(OmeroDataServiceImpl.java:502)
	at org.openmicroscopy.shoola.env.data.views.calls.ArchivedImageLoader$1.doCall(ArchivedImageLoader.java:75)
	at org.openmicroscopy.shoola.env.data.views.BatchCall.doStep(BatchCall.java:144)
	at org.openmicroscopy.shoola.util.concur.tasks.CompositeTask.doStep(CompositeTask.java:226)
	at org.openmicroscopy.shoola.env.data.views.CompositeBatchCall.doStep(CompositeBatchCall.java:126)
	at org.openmicroscopy.shoola.util.concur.tasks.ExecCommand.exec(ExecCommand.java:165)
	at org.openmicroscopy.shoola.util.concur.tasks.ExecCommand.run(ExecCommand.java:276)
	at org.openmicroscopy.shoola.util.concur.tasks.AsyncProcessor$Runner.run(AsyncProcessor.java:91)
	at java.lang.Thread.run(Thread.java:680)
Caused by: Ice.UnknownException
    unknown = "omero.UnloadedEntityException: Object unloaded:omero.model.ChecksumAlgorithmI@3f10cd1f
               	at omero.model.ChecksumAlgorithmI.errorIfUnloaded(ChecksumAlgorithmI.java:18)
               	at omero.model.ChecksumAlgorithmI.getValue(ChecksumAlgorithmI.java:124)
               	at omero.model.ChecksumAlgorithm.getValue(ChecksumAlgorithm.java:81)
               	at ome.services.blitz.util.ChecksumAlgorithmMapper.getChecksumType(ChecksumAlgorithmMapper.java:48)
               	at ome.services.blitz.repo.CheckedPath.<init>(CheckedPath.java:129)
               	at ome.services.blitz.repo.PublicRepositoryI.checkId(PublicRepositoryI.java:660)

[jburel]

Fixed see ​https://github.com/openmicroscopy/openmicroscopy/pull/1056

[jburel <j.burel@…>]

(In [45410156650103bf50d14c9a9c673142e723b988/ome.git] on branch develop) Fix loading of original file (see #10400)