Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(Feature Request) Write/store settings/files in user profiles #62

Open
teknowledgist opened this issue Sep 10, 2024 · 2 comments
Open

Comments

@teknowledgist
Copy link

I would like to make MagicaVoxel available in a (Windows) lab/classroom environment for digital creative work. Installed programs normally "live" in c:\program files which is protected from modification by users. It is a waste of user's time and/or of multi-user system drive space to make every user keep a copy of an application within their profile. Thus, it would be great if MagicaVoxel could be unzipped into a protected location so all users can access it similar to "normal", installed applications.

Unfortunately, unprivileged users opening MagicaVoxel from a protected location are hit with a UAC prompt. I assume that is because the application is looking to write to the application's folder. For stability and security reasons, I can't allow students to affect each other's experience, so I can't give them modify rights to that folder.

Could you please change MagicaVoxel so it utilizes user profiles for its settings/files to be created/modified? You could default there, or have it check if the user has write permissions to the "install" directory before attempting to write and use the profile only if they do not.

Thank you very much for your work!

@ephtracy
Copy link
Owner

Hi, the only writing operation to the installed folder is caching the file for every 25 steps. Is that what you encountered? If so, I can add an option to disable caching.

@teknowledgist
Copy link
Author

I honestly don't know the cause of the UAC prompt. I'm assuming it is due to an attempt to write to the protected location because if I run it from an unprotected location as the same user, no UAC prompt appears.

However, it happens immediately before any steps have occurred, so disabling caching will only work if caching also begins at start. Otherwise, there is something else that needs changed.

I should confess that I am a sysadmin responsible for pushing this out and don't know anything about how to use the software, so forgive the dumb question: Will disabling caching be detrimental to users? If so, is it possible to change the caching location rather than just turning it off?

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants