Confirm the path is the cause
Error 0x800700CE and the message about the file name being too long are unambiguous. If the error mentions access instead, the problem is permissions and this guide will not help.
Copying a project folder fails around 260 characters. Windows can lift that limit, but only for programs that declare support for it.
Enable **LongPathsEnabled** through group policy or the registry, then confirm the app supports it. Explorer, robocopy and modern build tools do; older installers still fail and need a shorter root folder.
Error 0x800700CE and the message about the file name being too long are unambiguous. If the error mentions access instead, the problem is permissions and this guide will not help.
In the local group policy editor open the filesystem node and enable long paths. Without gpedit, set the registry value directly - both write the same switch.
Computer Configuration > Administrative Templates > System > Filesystem > Enable Win32 long paths
Windows Home has no policy editor. Create a DWORD under the filesystem key with the value 1; a reboot makes it effective for every new process.
HKLM\YSTEM\urrentControlSet\ontrol\ileSystem
LongPathsEnabled = 1 (DWORD)
The policy lifts the limit for programs whose manifest opts in. Explorer, PowerShell 7, robocopy, .NET 4.6.2 and newer handle long paths; a 2012 installer unpacks into the same wall it always did.
List every path above 240 characters so you know which folder needs flattening. A build output three levels deeper than the project root is the usual suspect.
Get-ChildItem -Recurse | Where-Object { $_.FullName.Length -gt 240 } | Select-Object -First 20 FullName
Copy into **C: mp** or **C:\rc**, work there and move the result afterwards. No policy setting fixes a tool that never asked Windows for the long path API.
Reboot, then retry with a freshly started app. The flag is read at process start.
A domain policy is stronger than the local setting. Check with gpresult which policy wins.
UNC paths have their own limit unless both ends opt in. Copy locally, then sync the result to the share.
The extractor predates long path support. Extract to a short path and move the folder afterwards.
Yes. It is backwards compatible; anything that does not opt in behaves exactly as before.
No. Only programs that declare support in their manifest, which covers most current tools.
Set **LongPathsEnabled** back to 0 and reboot. Files that already exist with long names stay readable through the same apps that created them.
Free · no account needed · tracks your progress