Closed mohammadmansour200 closed 15 hours ago
I assume this happens after you installed the app via .msi ? This is expected because Program Files is read-only. That's why we always recommend to write into userdata folders, for example using any of the appXDir
paths (these are specific to your app by appending the app identifier).
I assume this happens after you installed the app via .msi ?
Yes, I did.
This is expected because Program Files is read-only).
I am not writing files in program files, dir. Instead, I am writing it in Temp folder, is it read only too?, what about Video and Audio dirs? What I am doing is first writing to the temp dir, then on success I run copyFile to either videos or audio. But problem is it works on some laptops, and some don't!
hmm the temp dir should generally be writable 🤔 https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-gettemppath2a
hmm the temp dir should generally be writable 🤔 https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-gettemppath2a
Weird, maybe there is a different reason I've missed, I think adding modal containing all logs of the sidecar would be very beneficial in this case.
Thanks.
Describe the bug
In my case i'm using ffmpeg as sidecar, when it tries writing the output file it returns permission denied error, and I assume the solution to that is running this sidecar by itself as an administrator not the whole app, because I tried this and didn't work, what worked was running the terminal as administrator.
Reproduction
Just use any cli program that makes a file write operation, for example use ffmpeg:
ffmpeg returns:
output.mp3: Permission denied
but in case you run terminal as an administrator it works like a charm.Expected behavior
Want the sidecar running as administrator and not get this permission error.
Full
tauri info
outputStack trace
No response
Additional context
No response