Fix imagej

[tfarago]

No description provided.

[tfarago]

Why does libtiff installation fail now? Oh man, the setting up of actions breaks more often than the code itself.

[codecov]

Codecov Report

Patch coverage: 100.00% and project coverage change: +0.01 🎉

Comparison is base (b3fbd53) 88.36% compared to head (553f72d) 88.38%.

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #518      +/-   ##
==========================================
+ Coverage   88.36%   88.38%   +0.01%     
==========================================
  Files         120      121       +1     
  Lines        8306     8317      +11     
==========================================
+ Hits         7340     7351      +11     
  Misses        966      966              

Impacted Files	Coverage Δ
concert/tests/integration/test_ext.py	100.00% <100.00%> (ø)

☔ View full report in Codecov by Sentry.
📢 Do you have feedback about the report comment? Let us know in this issue.

[MarcusZuber]

The issue is fixed.

The only thing I don't like so much (but is only slightly related to the process-spawning issue): We write big-tiff, which requires the bioformats-plugin and you then also have to click trough the bioformats-import dialogues for just viewing a single image.

[tfarago]

On my machine I don't have to click anything, hm.

[MarcusZuber]

It also always a new imagej instance.
When imagej starts it tell you the "imagej instance id", which can be used for opening future images in the same imagej instance.

concert > imagej(img)

concert > Open other images in this ImageJ panel as follows:
  imagej -p 1 <image1> [<image2> ... <imageN>]

[tfarago]

On my machine this also doesn't happen. Update imagej?