extractZipFile problem

[Matt_SF]

@Lindon aaah I just remebered... for the test example you posted, I've scratched my head on this before. Actually the file isn't created unless you write something in it :

var tempVSTFolder = FileSystem.fromAbsolutePath("/Library/Audio/Plug-Ins/VST3");		
Console.print("temp VST is a real DIR?:" + tempVSTFolder.isDirectory());
Console.print(".........is VST Folder writable?:" + tempVSTFolder.hasWriteAccess());
		
var tempCompanyVSTFolder = tempVSTFolder.createDirectory("TEMPTESTCo");
Console.print("temp **COMPANY** VST is a real DIR?:" + tempCompanyVSTFolder.isDirectory());
Console.print("is Co Folder writable?:" + tempCompanyVSTFolder.hasWriteAccess());

var tempVSTFile = tempCompanyVSTFolder.getChildFile("temp.VST3");
tempVSTFile.writeString("Write something in the file to create it");

Console.print("...does the file exist?:" + tempVSTFile.isFile());

Interface: temp VST is a real DIR?:1
Interface: .........is VST Folder writable?:1
Interface: temp **COMPANY** VST is a real DIR?:1
Interface: is Co Folder writable?:1
Interface: ...does the file exist?:1

But that doesn't explain why unzipping a file doesn't work on your machine...

Would this be a workaround for your issue ? Maybe create the folder, write a dummy txt file so the folder is actually created, then write the file you need in that folder ?

[Lindon]

@Matt_SF - nope no change there...

var tempVSTFolder = FileSystem.fromAbsolutePath("C:/Program Files/Common Files/VST3");		
Console.print("temp VST is a real DIR?:" + tempVSTFolder.isDirectory());
Console.print(".........is VST Folder writable?:" + tempVSTFolder.hasWriteAccess());


var tempCompanyVSTFolder = tempVSTFolder.createDirectory("TEMPTESTCo");
Console.print("temp **COMPANY** VST is a real DIR?:" + tempCompanyVSTFolder.isDirectory());
Console.print("is Co Folder writable?:" + tempCompanyVSTFolder.hasWriteAccess());
var tempVSTFile = tempCompanyVSTFolder.getChildFile("temp.txt");
tempVSTFile.writeString("temp value here");

Console.print("...does the file exist?:" + tempVSTFile.isFile());
Console.print("is writable?:" + tempVSTFile.hasWriteAccess());

still no file and no folder...

[Matt_SF]

@Lindon damn...
What's weird is that, if you need admin rights to execute these kind of functions - even in HISE - you should be prompted to grant access to the system folders or not...

[Lindon]

@Matt_SF said in extractZipFile problem:

@Lindon damn...
What's weird is that, if you need admin rights to execute these kind of functions - even in HISE - you should be prompted to grant access to the system folders or not...

yeah, something's not right....

[Christoph Hart]

What happens if you start HISE as administrator (via right click)?

There‘s not much you can do here on my side - either you have the permission or not.

[Lindon]

@Christoph-Hart - yeah that works - I guess the end-user will have to run the installer as admin..

Thanks.

[Lindon]

@Christoph-Hart said in extractZipFile problem:

What happens if you start HISE as administrator (via right click)?

There‘s not much you can do here on my side - either you have the permission or not.

-- tell me how does this not trip up inno then? (Because I don't think it has permission..)

Unless of course inno tells the os(Windows) that it intends to change something and requires admin access, at which point(before the UI appears) Windows pops its "Will you allow this app to do its thing?" dialog. If so, and I think this is the case, what do we need in HISE to enable this windows call on execution?

[Lindon]

Or can I just set the "Run as Administrator" Flag in the compiled apps properties , and this would make my downloaded app run as administrator every time?

It should be clear I have no idea about this , anyone have any experience?

[d.healey]

@Lindon An Inno installer will prompt for permission I think

[Lindon]

@d-healey said in extractZipFile problem:

@Lindon An Inno installer will prompt for permission I think

yeah -- and I think I might know how to make my app ask for permissions too.... just testing with a 3rd party now....

[d.healey]

@Lindon Excellent, let us know your results. I need this feature too, in fact I've already implemented it but I didn't test it on Windows and MacOS yet, I might try this afternoon if I have some time.

[Lindon]

@d-healey sadly the simple "set in my window for all users" - doesnt work...we need a mechanism to define our app to open in admin mode...

[Lindon]

looks like it could be a setting in the manifest file in the Linker...

C++: Run program as administrator

Some programs are automatically asking for administrator rights when you run them. These programs are marked with a little shield in the bottom right corner: Now I'm wondering how I could accompl...

Stack Overflow (stackoverflow.com)

[d.healey]

@Lindon Working on a test project now, I'll report my results.

[d.healey]

Something I just saw in the docs which might be of interest but isn't a solution to the problem:

This method will extract a standard ZIP file (without password protection) to the given target directory (which can be either a file path String or a File object).

So you don't need to use FileSystem.fromAbsolutePath(), you can just pass in the string.

[d.healey]

I can confirm the issue on my system, can't extract to anywhere on the C drive. I'll keep investigating.

I've made a simple little test application for anyone who wants to play around with this. A test zip file is included in the project folder.

zipExtractor.zip

[d.healey]

@Lindon Yep you're correct. Add /MANIFESTUAC:level='requireAdministrator' to the linker flags section in Projucer and when your app starts you'll be prompted to give permission. Not sure how this will affect plugins, I'm going to test it now.

[Lindon]

@d-healey yeah I did this the other way(via VisualStudio)

and this seems to work too...

[d.healey]

@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.

[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...