The action can't be completed because the file is open in Windows Explorer.

Anonymous
2010-06-25T20:15:08+00:00

OK, this one seems to be coming up a lot but no one's been able to answer it (including Microsoft) so I'll ask and be as specific as I can.

Because I work with vector art I have to constantly save files by over-writing them and everything was cool with WinXP pro.  I just got Win7 Pro and everything was cool, until recently.  Whenever I tried to overwrite my files, I'd get error messages saying the file was either read-only or was open elsewhere, but it only happened about 50% of the time.  A had to start re-saving files with different names.  after getting the files re-saved i would then try to delete and rename the files, but found i couldn't do either, as I was constantly getting the error message 'The action can't be completed because the file is open in Windows Explorer.'  Closing and reopening explorer does nothing.  Someone else mentioned emptying the recycle bin works, but not for me.  Being that the files are on an external drive I attempted to disable write caching through device manager and the windows Management Console (or whatever) froze up and took the pc with it (nice job, MS!).  Rebooting seems to fix the problem for a little bit, but it returns quickly and at random.  It also seems to pick files at random to lock up.  Some files I can't change, some I can.  Others start functioning after a while of inactivity.

I tried disabling thumbnails in Explorer and even added a NoThumbnailCache DWORD in the registry, but it still happens.  I'm basically going to have to save all new files over and over again and only occasionally be able to delete the old ones while only randomly being able to over-write others.  This issue seems to be plaguing Vista and Win7 and people have been waiting for a fix, but Microsoft's been very mum on the issue.  If anyone can come up with a fix, that would be great.  This is killing my productivity!

Windows for home | Previous Windows versions | Files, folders, and storage

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments
Answer accepted by question author
Anonymous
2011-01-16T08:58:38+00:00

Here are some solutions :

Solution 1: Use CMD.

0- Note that the following 3 steps are going to terminate your explorer.exe process, so your desktop and all of windows explorer open folders and any other related process would be terminated.

1- Run Task Manager. ( by pressing ctrl + shift + esc or etc)

2- Go to Processes tab.

3- Find "explorer.exe" and click "end process" button. If you find more than one explorer.exe, kill them all.

4- Now, click the file menu -> New Task (Run...)

5- Type CMD and click OK.

6- Now you can do any thing that you couldn't did before with this UI. Some useful commands :

  • cd : Changes the current directory. Use "CD .." to do the "Up Button" in windows explorer.
  • dir : Lists the existing file and folders in current directory. Use "dir /p" to list it in pages.
  • del [File Name] : Deletes the existing [File Name] file in the current directory.
  • rename [Old File Name] [New File Name] : Renames the existing [Old File Name] file or directory existing in the current directory to [New File Name].

Solution 2: Use another file manager.

0- Install and execute another file manager like "XYPlore".

1- Note that the following 3 steps are going to terminate your explorer.exe process, so your desktop and all of windows explorer open folders and any other related process would be terminated.

2- Run Task Manager. ( by pressing ctrl + shift + esc or etc)

3- Go to Processes tab.

4- Find "explorer.exe" and click "end process" button. If you find more than one explorer.exe, kill them all.

5- Use XYPlore UI and do what ever you want.

Please note that the problem could happen with this kind of external explorers too. So close any file and go to a safe directory after your work.

Solution 3: Do it your self!

If you can program, there are some codes that could help you. These codes that Im talking about, will tell MS Windows to delete your annoying pinned files just before shutting down the system.

Here is a sample one:

MoveFileEx('C:\windows\system32\ld21E.tmp',nil,MOVEFILE_REPLACE_EXISTING or MOVEFILE_DELAY_UNTIL_REBOOT);

This code will work properly in Borland Delphi Compilers, and as you can see, the file "ld21e.tmp" will be removed after compiling this code and restarting your windows.

Was this answer helpful?

100+ people found this answer helpful.
0 comments No comments
Answer accepted by question author
Anonymous
2011-01-21T04:51:54+00:00

There will never be a Hotfix because in general its not caused by Windows. Sure, in cases where it can be reprduced and explained, one particular root cause can be fixed via a Hotfix. In general this can be caused by anykind of Scenarios and Software. Please read my answer from a different thread some topic.

The official KB Aricle can be found at the bottom on the handle.exe Site:

The issue is mostly never caused by Windows itself. Tools like AV Software, are mostly the rootcause. Due to a bad timing issue the file get then stucked forever, until reboot.

If you are lucky the lock releases, after you close all open windows and wait a minute.

Sometimes you can find something checking the properties of the locked file, using the process explorer tool. 

What always work is the Tool handle.exe from Sysinternals. Its a command line tool, showing you what process is having an active handle on this file and gives you the option to release it.  The handle tool should not take as general solution but it should point you to he "bad" software holding the file. You can then take action and for example reconfigure your AV, or remove some 3rd Party app you dont need.

In general you should disable all software on startup, visisble with msconfig.exe  In addition you can disable all non-microsoft services here, which you don’t need. And these are usually a lot after checking for the first time.

There are situation where the lock does not get released after reboot. The root cause was probably the same, unable for a program to clean up after themselves. Here you need to go to the security settings of the file. Dont try to change the permissions if you don’t have permission’s of course :-)  If you are an administrator you need to take the OWNERSHIP first before be able to change the security permissions. You will find the option in the security settings sa well.

As an example an Windows Hotfix was installed and AV Software was running all time. After the installation the pc wants to restart, but the AV Software has still an open handle on the installation folder. If the lock does not release, Windows will restart the Machine anyway, causing a locked folder which yoi need to take the ownership first.

In some cases I have seen that it does not want to fully delete all the folders and subs. In this case a file or empty folder was left in one of the subfolders. Go there delete the very last one and delete the locked root folder.

Handle.exe:

http://technet.microsoft.com/en-us/sysinternals/bb896655

Process Explorer:

http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

I agree I find this issue also very annoying and happened to me a couple of times already. Hopefully the handle,exe will be sooner or later integrated in the explorer, so it could display a message immediately pointing to the process holding the handle.

So if we all say PLEASE, we might get integrated what bothers me since W2003. 

BTW - Instead of saying please, you need to log new feature ideas to MS Connect, the only chance it ever gets picked up...

Regards

Martin

Was this answer helpful?

20+ people found this answer helpful.
0 comments No comments

164 additional answers

Sort by: Most helpful
  1. Anonymous
    2017-02-03T16:01:33+00:00

    Short answer: Get XP Mode installed on your Windows 7 Pro machine!

    Long answer: We use tens of thousands of pictures and PDFs for project documentation and we are constantly restructuring the files and folders throughout a project.  We have been plagued with these same problems continuously.  Windows 7 Pro Explorer fails to move, delete, or rename files and folders.  It is a constant failure.  Our experience over several years is 60-70% fail rate.  We can never get through one folder and file set without multiple attempts or workarounds to clean up our documentation.  This is true with local files and folders, as well as those in networked drives and external storage.  In addition, we have frequent and random locks on the orientation of photos.  For example, the simple "rotate clockwise" command fails more often than it succeeds, whether in the thumbnail mode (right-click) or in the full-screen Preview mode (button click).

    However, while running virtual Windows XP mode on the same machine, I can perform any one of these tasks, on the same files and folders, without error.

    File Move?  Yes.

    File Delete?  Yes.

    File Rename?  Yes.

    File Rotate?  Yes.

    True for multiple (Ctrl or Shift key selections) files at once?  Yes.

    True for whole folder?  Yes.

    True for multiple (Ctrl or Shift key selections) folders at once?  Yes.

    True for local disk?  Yes.

    True for external storage drive?  Yes.

    True for networked drive?  Yes.

    True while AV is running in constant scan mode?  Yes.

    True while multiple VPN and network connections are active?  Yes.

    True while all other software (lots of it; both local and cloud) is running and chewing up CPU?  Yes.

    The success rate of the commands in XP Mode is 100% and I'm not exaggerating.  It is even true while I have Windows Explorer open in the native 7 Pro OS and with the thumbnails displayed and with the Preview pane open and with a file highlighted and all visible on the primary monitor at the same time.  I can rotate a photo clockwise in Windows Explorer in XP Mode on the secondary monitor, then wait 1-2 seconds, and watch Windows Explorer in 7 Pro rotate the photo as a refresh to the open folder on the primary monitor.  Given the above description, I can guarantee y'all this problem is exclusively the result of a bug in Windows Explorer in 7 Pro.

    I love Windows 7 Pro and will stay on it for as long as possible.  It is an awesome work platform.  That said, our business fails if we can't work quickly and efficiently by thousands of simple file tasks every day.  So, if we didn't have XP Mode to preserve our legacy software and perform these file operations, then we would have dumped Microsoft in a heartbeat ages ago over this one nag.  In spite of all the praise we could give for this rock solid OS, basic file management is absolutely critical to our work efficiency.  I'd still love to get an official MS patch to resolve the native problem.  Hello?

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2017-01-02T20:11:17+00:00

    Microsoft fix a problem? You must be new here. Microsoft virtually NEVER fixes problems because their response is still "Problem cannot be reproduced. Ticket closed." In other words, Micro$oft thinks they are infallible and don't make mistakes. It's all the other software companies, hardware manufacturers and end users that are the problems NOT their software. Ever. That's why this problem has existed since Vista and has NEVER been acknowledged or addressed by Microsoft and likely never will be because it does not exist in their world at Redmond.

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2016-12-09T17:23:23+00:00

    I have experienced this issue continuously. I tried ending and restarting explorer only to find that the preview host was still supporting the document which was claimed to be 'open in windows explorer'. The WEIRD fix I found to this problem was to turn off the preview view in your explorer when you are looking through your documents. See the screen shot below for more details! Once I turned the preview off, I was able to delete anything I wanted.

    Was this answer helpful?

    0 comments No comments