Copy file from one server path to another showing access denied - c#

Copy file from one server path to another showing access denied though I have given full access.
Error:System.UnauthorizedAccessException: Access to the path is
denied. at System.IO.__Error.WinIOError(Int32 errorCode, String
maybeFullPath) at System.IO.File.InternalMove(String sourceFileName,
String destFileName, Boolean checkHost)
I have tried give security access to the required folder
string sourceFile = "C:/inetpub/wwwroot/MATS_History_Load_App/Python_Scripts/MATSUpgrade.xlsx";
string destinationFile = "//192.xxx.47/Mats/mats_test/MATSUpgrade.xlsx";
// To move a file or folder to a new location:
System.IO.File.Move(sourceFile, destinationFile);
Important: The application is hosted on IIS

given there is no access problem with the identity of your code's process:
this works perfectly well out of the box, try to replace slash with Backslashs and use the # before the path string:
string sourceFile = #"C:\temp\test.txt";
string destinationFile = #"\\fileshare\users\xy\prime.txt";
System.IO.File.Move(sourceFile, destinationFile);
otherwise in service or web hosting scenarios, you need to consider the access rights of your executing identity:
https://support.microsoft.com/en-us/help/207671/how-to-access-network-files-from-iis-applications

As far as I know, if you want to modify or access the network share folder. You should make sure you have choose the right application pool identity permission firslty. If you use the Network Service account as the identity, you still need to add enough permission on the shared folder, Since Network service and local system both appear on the network as the computer account (DOMAIN\computer$).
Normally, we will select the network servcie.
Details, you could refer to below steps:
1.Open the IIS management console, select the right application pool and click the advanced settings.
2.Select the identity and modify the account to networkserivce
3.Right cick the computer and click the property, you will find your computer name as below:
4.Go to your shared folder server, right click the folder and click property. Then you could add your server's account to it like this (Domain\Servername$)

Related

Storing a file in an existing/ created folder keep saying access denied

trying to upload a file to an already created folder but this error keeps coming
Access to the path 'C:\Users\Joe\Documents\Visual Studio
2015\Projects\training\Site1\Site1\Content\ProductImages' is denied.
and then below is this
Exception Details: System.UnauthorizedAccessException: Access to the
path 'C:\Users\Joe\Documents\Visual Studio
2015\Projects\training\Site1\Site1\Content\ProductImages' is denied.
ASP.NET is not authorized to access the requested resource. Consider
granting access rights to the resource to the ASP.NET request
identity. ASP.NET has a base process identity (typically
{MACHINE}\ASPNET on IIS 5 or Network Service on IIS 6 and IIS 7, and
the configured application pool identity on IIS 7.5) that is used if
the application is not impersonating. If the application is
impersonating via , the identity will be
the anonymous user (typically IUSR_MACHINENAME) or the authenticated
request user.
To grant ASP.NET access to a file, right-click the file in File
Explorer, choose "Properties" and select the Security tab. Click "Add"
to add the appropriate user or group. Highlight the ASP.NET account,
and check the boxes for the desired access.
Source Error:
Line 73: var path = Server.MapPath("~/Content/ProductImages"); // guardo en la variable path la direccion donde quiero guardar las imagenes, este path es un string que tu lo conformas segun el interes, puedeser upload/nombre_fichero/fecha/etc
Line 74: string pathdir = Path.Combine(path, imageName);
*Line 75: file.SaveAs(path); // store file*
Line 76: var imagen = new Image();
Line 77: imagen.ImagePath = pathdir;
and line 75 is in red
When checking the granted rigths there is no restriction for storing or in the file to be stored
The security is coming from the OS, not the compiler. Navigate to your folder in Windows, right-click, change security.
If deploying, be sure to use a folder that is automatically granted write permissions to .NET - like the User/Appdata/Roaming folder.
EDIT:
You are saying you've added EVERYONE to the folder and given them full control but are still getting no joy. Please try this test:
private static void writeText()
{
using (TextWriter tw = new StreamWriter(#"C:myTestFile.txt"))
{
tw.WriteLine("Hello World",false);
tw.Close();
}
}
Run the above from your solution, then check you DEBUG folder for your solution (I've forgotten at this point if we're dealing with console or form or web, so you may have to search your computer for the mytestFile.txt file after running).
The point in running this is that C: (with no backslash) points to your project folder and will automatically have adequate permissions for write. If this works and you get a mytestFile.txt after running, then we go in one direction. If you get an access error, we go in another direction. So please run in your solution or a new console app (your solution would be best) and report back with the results. Have patience buddy - we'll do the best we can to get you where you need to be!
When you host an application in IIS, IIS will run the application under another user name depending on your application pool settings. It is a good idea to know the Application Pool (What is an IIS application pool?), but in your specific case, you do not have to go through the learning curving.
The easiest way is to figure out the actual user name IIS is using by printing out the System.Environment.UserName and grant this user to the directory you want it to access.
The file permission error is coming from your Windows OS Explorer.
It gives you the exact fix:
To grant ASP.NET access to a file, right-click the file in File Explorer, choose "Properties" and select the Security tab. Click "Add" to add the appropriate user or group. Highlight the ASP.NET account, and check the boxes for the desired access.
Give this a shot.
Try to check the Sharing type of the folder.
Right click->Properties->Sharing Tab->Click Share... Buttong->Then Choose Everyone then add Then change it to read and write.
Then test your program again.
if error still exist try to add the folder to your solution explorer.
Click Solution Explorer->Show All files->Then Find the folder where it was then Include in the project.
Just give it a try.
We have to give write permissions to "IIS_Users" for folder "ProductImages" which are trying to upload, since IIS used this user to access your upload folder.
Please see here how to add IIS_Users to your folder.
Hope this helps you.
Check the permission of that folder, right click on the folder, remove selection from the check box next to "Read Only", then click on "Security" => "Edit" => Select "Users" and tick the check box for "Full Control" and "Apply"

Read Files from Remote Drive in Intranet App

I want to read file names of pdfs from a folder on a network share that match certain parameters and provide a link to view them on a details page for my model. All I need to get is the file name. I don't need any file management/read/write at this time.
I'm able to display a .pdf in the browser if I have the path (IE will open "file://" links). The part I'm missing is getting file names from the remote (but same domain) directory at run-time.
We've set up a virtual directory for the app to use and that has worked fine in the past if the resolved physical folder is on the same server, but that is not the case here.
I've tried Impersonation, but that doesn't seem to work as I'm still getting an access is denied error.
I realize this would probably be a security issue and is why it isn't allowed, but is there an IIS configuration or other avenue that needs to be set-up to allow this? I can't seem to find a way with just code that opens the directory for reading.
Example code of how I might normally read some info from one file in a virtual directory:
// This example code is inside a controller action, so Server refers to HttpContextBase
var path = Server.MapPath("~/MyVirtualDirectory/" + fileName);
var fileExists = System.IO.File.Exists(path);
var fileLastModified = System.IO.File.LastWriteTime(path);
To enumerate over matching files in a directory, I've used DirectoryInfo
var pdfFileNames = new List<string>();
var dir = new DirectoryInfo(Server.MapPath("~/VirtualDirectory/"));
var pdfs = dir.EnumerateFiles("*.pdf");
foreach (var pdf in pdfs)
{
pdfFileNames.Add(pdf.Name);
}
As I mentioned, these methods work fine when the physical folder is on the same server, but once the directory is on a remote drive, then it no longer works. I have permissions to open the desired directory and my collegue said he gave the appropriate permissions to the virtual directory and server. Not sure what else to try at this point.
Edit: Now that it is working, I display the files using the Virtual Directory
http://server/appName/virtualDirectory/pdfFileName
By default, IIS application pools run under a specific local Windows identity named IIS APPPOOL\[NameOfYourAppPool]. This is a local user and it will not be possible to grant permissions to this identity to access resources located on a different machine.
If both servers are inside the same domain, you can try the following solutions:
Run the IIS application under a domain user and grant the required permissions to this domain user.
Run the IIS application under the NetworkService identity and grant permissions to the DOMAIN\MACHINENAME$ account of the IIS server.

Saving file to local folder - Access to the path is denied [duplicate]

I'm trying to save an image to a folder in .NET C# but I get this exception:
Access to the path 'C:\inetpub\wwwroot\mysite\images\savehere' is denied.The error occured at mscorlib because at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode)
I gave full control to this folder (savehere) to network service and iis_iusrs, even gave full control to everyone but still getting this exception.
I tried to give access via explorer and via IIS manager, still no luck
I'm doing it on Windows server 2008 R2 and IIS 7.5, Who do I need to give access?
Access to the path 'C:\inetpub\wwwroot\mysite\images\savehere' is denied
Read the message carefully. You are trying to save to a file that has the same name as the directory. That cannot work, you can't overwrite a directory filled with files with a single new file. That would cause undiagnosable data loss, "Access to the path is denied" is the file system fighting back to prevent that from happening.
The exception message is not ideal, but it comes straight from the OS and they are cast in stone. The framework often adds extra checks to generate better messages, but this is an expensive test on a network. Perf is a feature too.
You need to use a name like 'C:\inetpub\wwwroot\mysite\images\savehere\mumble.jpg'. Consider Path.Combine() to reliably generate the path name.
You need to find out from the application pool for the website what is the identity it is running under (by default this is Application Pool Identity) and grant that the correct permissions.
I was having the same problem while trying to create a file on the server (actually a file that is a copy from a template).
Here's the complete error message:
{ERROR} 08/07/2012 22:15:58 - System.UnauthorizedAccessException: Access to the path 'C:\inetpub\wwwroot\SAvE\Templates\Cover.pdf' is denied.
I added a new folder called Templates inside the IIS app folder. One very important thing in my case is that I needed to give the Write (Gravar) permission for the IUSR user on that folder. You may also need to give Network Service and ASP.NET v$.# the same Write permission.
After doing this everything works as expected.
I had exactly the same problem.
The solution was that the file I was trying to access was readonly, as it was copied from a template file that was readonly.
<facepalm />
I got this problem when I try to save the file without set the file name.
Old Code
File.WriteAllBytes(#"E:\Folder", Convert.FromBase64String(Base64String));
Working Code
File.WriteAllBytes(#"E:\Folder\"+ fileName, Convert.FromBase64String(Base64String));
My problem was that I had to ask for Read access only:
FileStream fs = new FileStream(name, FileMode.Open, FileAccess.Read);
In my case, I'm trying to access a file that is set to be read-only
And I solved it by disabling read-only and I got it fixed!
Hope it can be helpful for someone experiencing a situation like me.
What Identity is your Application Pool for the Web application running as, to troubleshoot, try creating a new App Pool with say Network Service as its identity and make your web application use that new App Pool you created and see if the error persists.
The following tip isn't an answer to this thread's original question, but might help some other users who end up on this webpage, after making the same stupid mistake I just did...
I was attempting to get an ASP.Net FileUpload control to upload it's file to a network address which contained a "hidden share", namely:
\MyNetworkServer\c$\SomeDirectoryOrOther
I didn't understand it. If I ran the webpage in Debug mode in Visual Studio, it'd work fine. But when the project was deployed, and was running via an Application Pool user, it refused to find this network directory.
I had checked which user my IIS site was running under, gave this user full permissions to this directory on the "MyNetworkServer" server, etc etc, but nothing worked.
The reason (of course!) is that only Administrators are able to "see" these hidden drive shares.
My solution was simply to create a "normal" share to
\MyNetworkServer\SomeDirectoryOrOther
and this got rid of the "Access to the path... is denied" error. The FileUpload was able to successfully run the command
fileUpload.SaveAs(networkFilename);
Hope this helps some other users who make the same mistake I did !
Note also that if you're uploading large files (over 4Mb), then IIS7 requires that you modify the web.config file in two places. Click on this link to read what you need to do:
Uploading large files in ASP.Net
please add IIS_IUSERS full control permission to your folder.
you find this option from security tab in folder properties.
I Solved with this setting:
IIS > Application Pools > [your site] > Advanced Settings... >
Identity > Built-in accound > LocalSystem
My problem was something like that:
FileStream ms = new FileStream(path, FileMode.Open, FileAccess.ReadWrite);
but instead of using path I should use File.FullName...
I don't know if it's going to help anyone else, just passing my own experience with this erro given!
Change the setting from built-in account to custom account and enter the other server's username and password.
Keep the setting as integrated (instead of classic mode).
If you get this error while uploading files in Sub domain And working correct in your localhost, then follow below steps:
Solution:
Plesk Panel
Login to your Plesk Panel. Select Your Sub domain which is giving error.
Click on Hosting settings.
Select Additional write/modify permissions and Apply.
CPanel
I am not sure about options available in CPanel. But IF you give permission to directory (In CPanel it has to be decimal number like 777, 755) will resolve the error.
For more details refer here
Reason for Error:
Let's Assume FileUpload.SaveAs(Server.MapPath("~/uploads/" + *YOUR_FILENAME*)) will be your code to move your files to upload path.
Server.MapPath will give you physical path (Real Path) of directory. But your Sub domain may don't have permission for access physical path.
So, If you give permission for sub domain to access write/modify permission, it will resolve the issue.
you need to add access parameter with ReadWrite value as following
using (var stream = new FileStream(localPath, FileMode.Create, access : FileAccess.ReadWrite))
{
file.CopyTo(stream);
}
Make Directory savehere to be virtual directory and give read/write permission from control panel
Had a directory by the same name as the file i was trying to write, so people can look out for that as well.
I encountered this problem while developing on my local workstation.
After several unsuccessful iisreset invocations, I remedied this situation by rebooting my machine.
In retrospect, an open file handle may have been causing issues.
In my case I had to add a .NET Authorization Rule for the web site in IIS.
I added a rule to allow anonymous users.
I had the same problem but I fixed it by saving the file in a different location and then copying the file and pasting it in the location where I wanted it to be. I used the option to replace the the existing file and that did the trick for me. I know this is not the most efficient way but it works and takes less than 15 seconds.
Maybe it'il help you.
string tempDirectoryPath = #"C:\Users\HOPE\Desktop\Test Folder";
string zipFilePath = #"C:\Users\HOPE\Desktop\7za920.zip";
Directory.CreateDirectory(tempDirectoryPath);
ZipFile.ExtractToDirectory(zipFilePath, tempDirectoryPath);
I had a lot of trouble with this, specifically related to my code running locally but when I needed to run it on IIS it was throwing this error. I found that adding a check to my code and letting the application create the folder on the first run fixed the issue without having to mess with the folders authorizations.
something like this before you call your method that uses the folder
bool exists = System.IO.Directory.Exists("mypath");
if (!exists)
System.IO.Directory.CreateDirectory("mypath");
You can try to check if your web properties for the project didn't switch to IIS Express and change it back to IIS Local
Make sure you that your target in System.IO.Delete(string file) is a file which is existed.
Maybe there is a mistake in your code ;Like you don't pass the correct file name to the method , or your target is a folder. In these cases you'll see the : "access to the path is denied error".
I recently encountered the problem while trying to access a file that was passed through command-line parameters into my .Net Core application, It happened due to the fact that when the application is run under a "Open with" (System explorer context menu under a file) system menu, the currently active user may vary, and the user didn't have the access right to my external drive that I was trying to open a file from.
It took me like 3-4 hours to understand and I solved it by setting the security settings for the folder that contained the file.
For Windows 10 x64 :
Just use Properties -> Security -> Users and Groups -> Change.. -> Add -> Additional -> Search -> <your windows account name> -> OK -> OK -> Set full access for your current account. Also make sure that the file is "unblocked" in properties.
I created a virtual dir with full permission and added the ffmpeg source and video files there, so finally it made sense as it can be acess by anyone.

how to grant write permissions to an web api application in IIS?

I simply have a web api application on IIS server that simply writes to text file on C:\FileStorage\test.txt however when I call this webservice I get the internal 500 error, after expanding the error,I get the following error, how do I grant write access to this web service on IIS server?
"ExceptionMessage": "Access to the path 'C:\\FileStorage\\test.txt' is denied.",
"ExceptionType": "System.UnauthorizedAccessException",
"StackTrace": " at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)\r\n at
Grant permissions for that folder to the application pool. So you'd go to the C:\FileStorage folder in Windows and edit permissions, and add IIS APPPOOL\appPoolNameHere as a user, then give it full permissions.
Hope that helps.
EDIT
Step by Step Instructions...
-Open Windows Explorer
-Browse to your folder
-Right click the folder and go to Properties
-On the Security tab click Edit
-Click Add
-Under Locations, make sure it is pointing at your local machine, not a domain
-For the object name, enter below but replace MyAppPool with the name of your application pool...
IIS APPPOOL\MyAppPool
-Set the permissions to Full, or just add Write, or whatever you need.
or you can repalce APPPOOL to the name of your server or computer and with the IIS_ISURS.
example:
yourserver\IIS_IUSRS
See this Screen Shot

Access to the path is denied when saving image

I'm trying to save an image to a folder in .NET C# but I get this exception:
Access to the path 'C:\inetpub\wwwroot\mysite\images\savehere' is denied.The error occured at mscorlib because at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode)
I gave full control to this folder (savehere) to network service and iis_iusrs, even gave full control to everyone but still getting this exception.
I tried to give access via explorer and via IIS manager, still no luck
I'm doing it on Windows server 2008 R2 and IIS 7.5, Who do I need to give access?
Access to the path 'C:\inetpub\wwwroot\mysite\images\savehere' is denied
Read the message carefully. You are trying to save to a file that has the same name as the directory. That cannot work, you can't overwrite a directory filled with files with a single new file. That would cause undiagnosable data loss, "Access to the path is denied" is the file system fighting back to prevent that from happening.
The exception message is not ideal, but it comes straight from the OS and they are cast in stone. The framework often adds extra checks to generate better messages, but this is an expensive test on a network. Perf is a feature too.
You need to use a name like 'C:\inetpub\wwwroot\mysite\images\savehere\mumble.jpg'. Consider Path.Combine() to reliably generate the path name.
You need to find out from the application pool for the website what is the identity it is running under (by default this is Application Pool Identity) and grant that the correct permissions.
I was having the same problem while trying to create a file on the server (actually a file that is a copy from a template).
Here's the complete error message:
{ERROR} 08/07/2012 22:15:58 - System.UnauthorizedAccessException: Access to the path 'C:\inetpub\wwwroot\SAvE\Templates\Cover.pdf' is denied.
I added a new folder called Templates inside the IIS app folder. One very important thing in my case is that I needed to give the Write (Gravar) permission for the IUSR user on that folder. You may also need to give Network Service and ASP.NET v$.# the same Write permission.
After doing this everything works as expected.
I had exactly the same problem.
The solution was that the file I was trying to access was readonly, as it was copied from a template file that was readonly.
<facepalm />
I got this problem when I try to save the file without set the file name.
Old Code
File.WriteAllBytes(#"E:\Folder", Convert.FromBase64String(Base64String));
Working Code
File.WriteAllBytes(#"E:\Folder\"+ fileName, Convert.FromBase64String(Base64String));
My problem was that I had to ask for Read access only:
FileStream fs = new FileStream(name, FileMode.Open, FileAccess.Read);
In my case, I'm trying to access a file that is set to be read-only
And I solved it by disabling read-only and I got it fixed!
Hope it can be helpful for someone experiencing a situation like me.
What Identity is your Application Pool for the Web application running as, to troubleshoot, try creating a new App Pool with say Network Service as its identity and make your web application use that new App Pool you created and see if the error persists.
The following tip isn't an answer to this thread's original question, but might help some other users who end up on this webpage, after making the same stupid mistake I just did...
I was attempting to get an ASP.Net FileUpload control to upload it's file to a network address which contained a "hidden share", namely:
\MyNetworkServer\c$\SomeDirectoryOrOther
I didn't understand it. If I ran the webpage in Debug mode in Visual Studio, it'd work fine. But when the project was deployed, and was running via an Application Pool user, it refused to find this network directory.
I had checked which user my IIS site was running under, gave this user full permissions to this directory on the "MyNetworkServer" server, etc etc, but nothing worked.
The reason (of course!) is that only Administrators are able to "see" these hidden drive shares.
My solution was simply to create a "normal" share to
\MyNetworkServer\SomeDirectoryOrOther
and this got rid of the "Access to the path... is denied" error. The FileUpload was able to successfully run the command
fileUpload.SaveAs(networkFilename);
Hope this helps some other users who make the same mistake I did !
Note also that if you're uploading large files (over 4Mb), then IIS7 requires that you modify the web.config file in two places. Click on this link to read what you need to do:
Uploading large files in ASP.Net
please add IIS_IUSERS full control permission to your folder.
you find this option from security tab in folder properties.
I Solved with this setting:
IIS > Application Pools > [your site] > Advanced Settings... >
Identity > Built-in accound > LocalSystem
My problem was something like that:
FileStream ms = new FileStream(path, FileMode.Open, FileAccess.ReadWrite);
but instead of using path I should use File.FullName...
I don't know if it's going to help anyone else, just passing my own experience with this erro given!
Change the setting from built-in account to custom account and enter the other server's username and password.
Keep the setting as integrated (instead of classic mode).
If you get this error while uploading files in Sub domain And working correct in your localhost, then follow below steps:
Solution:
Plesk Panel
Login to your Plesk Panel. Select Your Sub domain which is giving error.
Click on Hosting settings.
Select Additional write/modify permissions and Apply.
CPanel
I am not sure about options available in CPanel. But IF you give permission to directory (In CPanel it has to be decimal number like 777, 755) will resolve the error.
For more details refer here
Reason for Error:
Let's Assume FileUpload.SaveAs(Server.MapPath("~/uploads/" + *YOUR_FILENAME*)) will be your code to move your files to upload path.
Server.MapPath will give you physical path (Real Path) of directory. But your Sub domain may don't have permission for access physical path.
So, If you give permission for sub domain to access write/modify permission, it will resolve the issue.
you need to add access parameter with ReadWrite value as following
using (var stream = new FileStream(localPath, FileMode.Create, access : FileAccess.ReadWrite))
{
file.CopyTo(stream);
}
Make Directory savehere to be virtual directory and give read/write permission from control panel
Had a directory by the same name as the file i was trying to write, so people can look out for that as well.
I encountered this problem while developing on my local workstation.
After several unsuccessful iisreset invocations, I remedied this situation by rebooting my machine.
In retrospect, an open file handle may have been causing issues.
In my case I had to add a .NET Authorization Rule for the web site in IIS.
I added a rule to allow anonymous users.
I had the same problem but I fixed it by saving the file in a different location and then copying the file and pasting it in the location where I wanted it to be. I used the option to replace the the existing file and that did the trick for me. I know this is not the most efficient way but it works and takes less than 15 seconds.
Maybe it'il help you.
string tempDirectoryPath = #"C:\Users\HOPE\Desktop\Test Folder";
string zipFilePath = #"C:\Users\HOPE\Desktop\7za920.zip";
Directory.CreateDirectory(tempDirectoryPath);
ZipFile.ExtractToDirectory(zipFilePath, tempDirectoryPath);
I had a lot of trouble with this, specifically related to my code running locally but when I needed to run it on IIS it was throwing this error. I found that adding a check to my code and letting the application create the folder on the first run fixed the issue without having to mess with the folders authorizations.
something like this before you call your method that uses the folder
bool exists = System.IO.Directory.Exists("mypath");
if (!exists)
System.IO.Directory.CreateDirectory("mypath");
You can try to check if your web properties for the project didn't switch to IIS Express and change it back to IIS Local
Make sure you that your target in System.IO.Delete(string file) is a file which is existed.
Maybe there is a mistake in your code ;Like you don't pass the correct file name to the method , or your target is a folder. In these cases you'll see the : "access to the path is denied error".
I recently encountered the problem while trying to access a file that was passed through command-line parameters into my .Net Core application, It happened due to the fact that when the application is run under a "Open with" (System explorer context menu under a file) system menu, the currently active user may vary, and the user didn't have the access right to my external drive that I was trying to open a file from.
It took me like 3-4 hours to understand and I solved it by setting the security settings for the folder that contained the file.
For Windows 10 x64 :
Just use Properties -> Security -> Users and Groups -> Change.. -> Add -> Additional -> Search -> <your windows account name> -> OK -> OK -> Set full access for your current account. Also make sure that the file is "unblocked" in properties.
I created a virtual dir with full permission and added the ffmpeg source and video files there, so finally it made sense as it can be acess by anyone.

Categories

Resources