On Linux, the opencherry based main application needs write permission in the binary dir to create the plugin cache. This can cause problems for an installed application on Windows if the user is not an Administrator.
@Matthias: can you confirm/verify this?
@Sascha: can this be changed, eg to $TMP/plugin_cache.$USERNAME/ or something similar?
| Status | Assigned | Task | ||
|---|---|---|---|---|
| Resolved | None | T2494 META: Create usable end-user application / demo (3M3) | ||
| Resolved | None | T2965 OpenCherry application needs write permissions in binary dir |
We could also disable the plugin cache, since it is not used right now. It was intended for future "compressed" or encrypted bundles, where the shared library may have to be extracted and stored on disk.
I just had a close look at it. Actually, under Linux the Platform tries to write to ~/.Mitk3M3/plugin_cache. Is this different on your system?
(In reply to comment #2)
I just had a close look at it. Actually, under Linux the Platform tries to
write to ~/.Mitk3M3/plugin_cache. Is this different on your system?
Yes. I startet the application with strace and it tries to create mitk/bin/plugin_cache . This only happens if the application has not been started by the owner before.
The latest 3M installer (MITK-3M-1.0.0_r20170.exe on mitk.org) installs and starts fine with restricted user rights.
Also an installation as admin and and execution as user works well.
Something else to do here (for me)?
after installation with restricted rights, the plugin cache resides at:
C:\Dokumente und Einstellungen\user\.Mitk3M3
Not an windows issue anymore, bug is still an annoyance. Reassign to sascha, remoing 3m3
[SVN revision 21140]
FIX (#2965): removed the plugin_cache dir from the .ini files (they overwrote the default location in the users home dir); fixed small bug in cache directory assembling