extractZipFile problem

[Lindon]

@d-healey said in extractZipFile problem:

@Lindon I tested in a plugin and it doesn't work. I assume that the plugin takes on the same privilege level as the host.

I'm going to test on MacOS now.

-- test a stand alone on MacOS? yes? say yes, go on say yes...

[Lindon]

@d-healey said in extractZipFile problem:

@Lindon I tested in a plugin and it doesn't work. I assume that the plugin takes on the same privilege level as the host.

I think this may well be why NI Native Access and Arturia Software Centre etc. are stand alone programs only....they wont work as plugins because of this permissions issue...

[d.healey]

@Lindon

-- test a stand alone on MacOS? yes? say yes, go on say yes...

Yes. Just tested and it works fine, no permission issues. At least on my system.

I'm going to add that linker flag to my HISE fork's standalone template so it will automatically be added every time I export a standalone project.

[Lindon]

@d-healey - yeah I think MacOS is a bit more permissive than Windows - no surprise - it gets hacked a lot less.. but good to know, on to the next problem - well done.

[d.healey]

I've added a note about this to the docs - https://github.com/christophhart/hise_documentation/commit/0ced485944bc94c2bade19ab6a037d10c6db4c04

[Christoph Hart]

@d-healey yes but please don‘t make this the default - most people won‘t need admin access and it will look weird for a random eq plugin to ask for write access to the system folders.

[d.healey]

@Christoph-Hart I'm just making it the default on my fork, I'm not going to make a pull request. It's only in the standalone template, not the plugin template. At the moment everything I'm doing is with my standalone downloader so it's more convenient for me to have it as the default, I might change it in the future - or better yet use cmake ;)

[Christoph Hart]

@d-healey the proper solution would be to add a checkbox in the hise Project settings and then it will add those lines to the exporter template.

[d.healey]

@Christoph-Hart Ooo that's a good idea

[d.healey]

Looking at adding this now. Would an extra definition be better than a checkbox since it only applies to Windows?

[d.healey]

Ah I see why extra definitions aren't suitable. I'll just add a checkbox.

[d.healey]

Done - https://github.com/christophhart/HISE/pull/339

[Lindon]

@d-healey --sigh , now all sorts of permission problems on MacOS... so I dont think we are done here...

I cant get the app to write to any of the Plug-In folders....

So, all you MacOS experts ...how do I get my app to start with super user permissions....?

As far as I recall a WhiteBox generated installer (or MacOS when I try and start an installer) will ask for the password to start...

The error I am seeing is:

Failed to write to target file: /AAMyFirstProduct.vst3/Contents/Info.plist

[d.healey]

@Lindon I didn't have to do anything special on MacOS it just worked. Which OS are you testing on?

[Lindon]

@d-healey Mojave 10.14.5

-- researching now but I think you(we) will need to turn on sandboxing in the projucer file

[Lindon]

@Lindon - perhaps someone (anyone!) with MacOS experience can point me in the right direction ??

[d.healey]

@Lindon I thought the sandbox was a way to restrict the access an app has to the system. So not having the sandbox at all would be the most restriction free setup and if perms are required the user "should" be prompted.

I only tested on Big Sur and Monterey. I think my other system has Mojave on it (or it might be Catalina) I'll check.

[Lindon]

@d-healey well I'm basically going on this info:

https://forum.juce.com/t/elevate-rights-on-osx/32868/16
https://forum.juce.com/t/fr-add-music-files-network-client-sandbox-entitlements/32866
https://github.com/juce-framework/JUCE/commit/28ce837575f60fe0e00e8d77060bbfdae7bd1db6

but I'm pretty clueless about Macos...

[Lindon]

So I tried setting the sandbox settings I needed and manually compiling n XCode, but XCode told me this warning:

TheInstaller - App isn't code signed but requires entitlements. It is not possible to add entitlements to a binary without signing it. (in target 'TheInstaller - App')

[d.healey]

@Lindon What result do you get with the test project I posted in this thread a while back? I was testing from directly in HISE as well as compiled.