Troubleshooting
"Error 1935—an error occurred during the installation of assembly—can derail your .NET Framework setup, and it’s almost always the registry’s fault with its corrupted permissions or missing entries. ⚡ I’ve seen this block updates, games, and even Visual Studio installs—always because Windows got a little too eager cleaning up old files.
The fix isn’t always obvious, but it’s almost always registry-related, and I’ve got the safe steps to get it working again.
The root causes run the gamut: a failed .NET repair, conflicting services, or permissions that got scrambled during an update. What’s worse is how often "run as admin" alone won’t cut it—you need to dig deeper.
I’ve tested these fixes on Windows 10 and 11 machines where the installer would hang at 99% with this error, and they work every time without breaking existing apps.
You’ll walk away with a clean registry, properly repaired .NET Framework components, and an installer that finally completes. The process takes under 20 minutes if you follow along, and I’ll show you how to verify everything’s back in working order before you restart. No more mysterious failures—just a smooth installation.
Works for stubborn .NET Framework 4.8 installs, Visual Studio setups, and even third-party apps that rely on .NET. Let’s get this fixed once and for all—here’s how to do it safely.
Why it happens
When you encounter Error 1935 during a .NET Framework installation, it’s usually a sign that Windows or the installer is struggling to register a critical assembly (a compiled piece of code) in the system.
This error can stem from several technical issues, often tied to how Windows manages software dependencies, permissions, or system integrity. Below, we break down the most common culprits and why they trigger this frustrating roadblock.
🔧 Corrupted .NET Framework Components
The .NET Framework relies on a complex network of shared libraries, executables, and registry entries. If any of these components are corrupted—whether due to a failed update, malware interference, or a botched previous installation—Windows may refuse to register new assemblies during installation. For example:
- Missing or broken DLL files: Files like
mscoree.dllorfusion.dll(part of the .NET Fusion loader) may be incomplete or damaged. - Registry key inconsistencies: The
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDPbranch might contain conflicting or invalid entries. - Version conflicts: Installing a newer .NET version over an older (or partially installed) one can leave orphaned dependencies.
Why it happens: Windows uses the Assembly Binding Redirect mechanism to locate and load the correct version of a DLL. If the redirect points to a corrupted or missing file, the installer throws Error 1935 to prevent a crash.
🛡️ Insufficient User Permissions
Installing .NET Framework often requires administrative privileges because it modifies system-wide files and registry keys. If you’re running the installer as a standard user—or if your admin account lacks proper permissions—Windows will block the operation. Key scenarios include:
- UAC (User Account Control) restrictions: Even with admin rights, UAC may prompt for elevation, and if denied, the installer fails silently.
- Corrupted user profile: A damaged
NTUSER.DATfile (your user profile registry hive) can prevent the installer from writing necessary permissions. - Third-party security software interference: Overzealous antivirus or firewall tools may quarantine .NET installer files (
.msior.exe) before they can execute.
Why it happens: The .NET Framework installer uses the msiexec.exe engine, which requires SYSTEM-level access to modify %SystemRoot%\Microsoft.NET and HKLM (local machine hive). Without these, the assembly registration step fails with Error 1935.
🧩 Conflicting Software or Services
Other installed software—especially antivirus programs, Windows updates, or competing .NET-based applications—can interfere with the installation process. Common offenders include:
- Real-time file monitoring: Tools like
Windows DefenderorMcAfeemay lock.dllfiles during installation, causing the registry write to fail. - Background services: Services like
Windows Installer (msiserver)orDCOM Server Process Launcher (dcomlaunch)might be stuck or misconfigured. - Previous failed installations: Leftover files from a crashed .NET install can trigger conflicts when retrying.
Why it happens: The .NET installer uses Windows Installer transactions to ensure atomic operations (all-or-nothing). If another process locks a critical file (e.g., clr.dll), the transaction rolls back, leaving the assembly unregistered and triggering Error 1935.
🔄 System File Corruption or Outdated OS
If your Windows installation is outdated or corrupted, the underlying infrastructure needed to support .NET may be missing or broken. Specific issues include:
- Missing Windows Update KB patches: Some .NET Framework versions require specific
Windows Updatepackages (e.g.,KB3186568for .NET 4.7.2). - Damaged system files: Commands like
sfc /scannowmay reveal issues with%SystemRoot%\WinSxS(Windows Side-by-Side cache). - Incompatible Windows version: Older OS builds (e.g., Windows 7 without SP1) lack the
Assembly Registration Tool (RegAsm.exe)or its dependencies.
Why it happens: The .NET installer relies on Windows Side-by-Side (SxS) assembly manifests to locate the correct versions of shared libraries. If these manifests are missing or corrupted, the installer cannot resolve dependencies, leading to Error 1935.
📦 Damaged Installer Package or Download
Sometimes, the issue isn’t your system—it’s the installer itself. Corrupted download files or incomplete extraction can prevent the .NET Framework from installing properly. Examples:
- Partial or interrupted downloads: If the
dotnetfx.exeorNDP.msufile is truncated, the installer lacks critical components. - Malformed MSI packages: Third-party .NET installers (e.g., from Visual Studio or older apps) may have
MSI database errors. - Extraction failures: If the installer extracts files to a temporary folder but encounters a
disk fullorpermission deniederror, the process halts.
Why it happens: The installer uses Windows Installer XML (WiX) or MSI tables to define assembly registration steps. If these tables are incomplete, the installer cannot execute the RegisterAssembly action, resulting in Error 1935.
How to solve it
Encountering Error 1935 during a .NET Framework installation can feel like hitting a digital brick wall—but don’t worry, you’re not alone! This error often stems from registry corruption, missing dependencies, or conflicting software.
Below, we’ve mapped out practical fixes based on the most common causes, along with prevention tips to keep your system running smoothly. Let’s dive in!
🔧 When the Registry is the Culprit: Clean Up Corruption
If the registry is damaged or misconfigured, it can block the installation of critical .NET components. Here’s how to clean it up:
🔥 Step 1: Run the .NET Framework Repair Tool
Microsoft provides an official tool to fix corrupted installations:
- Download the .NET Framework Repair Tool from Microsoft’s site.
- Run it as Administrator—right-click the executable and select "Run as administrator."
- Follow the on-screen prompts to repair or reinstall the affected .NET version.
- Restart your PC afterward and attempt the installation again.
✨ Pro Tip: If the tool doesn’t work, proceed to manual registry edits (below). But backup your registry first—we’ll explain how!
👨🍳 Step 2: Manually Fix Registry Entries (Advanced Users)
If the repair tool fails, the registry might need a deeper clean. Warning: Editing the registry incorrectly can harm your system. Proceed with caution!
- Open Regedit:
- Press Win + R, type
regedit, and hit Enter. - Navigate to:
HKEYLOCALMACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP
- Press Win + R, type
- Check for corrupted keys:
- Look for entries with invalid version numbers or missing values.
- If you find a suspicious key (e.g., a version like
v4.8that’s misconfigured), right-click → Delete.
- Reinstall the .NET Framework via Microsoft’s official installer.
💡 Prevention Tip: Use Windows Registry Editor backups before making changes. Go to File → Export and save a copy of the registry branch you’re editing.
🛠️ Missing Dependencies? Install Prerequisites First
Sometimes, Error 1935 appears because the installer expects other components (like the Windows Installer or Visual C++ Redistributable) to be present. Here’s how to fix it:
🍳 Step 1: Install the Windows Installer 4.5+
The .NET Framework relies on the Windows Installer service. If it’s outdated or broken:
- Download the latest Windows Installer 4.5+ from Microsoft.
- Run the installer as Administrator and restart your PC.
- Try installing the .NET Framework again.
👨🍳 Step 2: Reinstall Visual C++ Redistributables
Many .NET applications depend on the Visual C++ Redistributable. If it’s missing or corrupted:
- Uninstall all existing versions via Control Panel → Programs → Uninstall a program.
- Download the latest x86 and x64 versions
- Install both (even if you’re on a 64-bit system) and restart.
✨ Pro Tip: If you’re unsure which version to install, check your system type (32-bit or 64-bit) via Settings → System → About.
🔄 Conflicting Software? Disable or Uninstall Culprits
Antivirus programs, firewall settings, or even other installers can interfere with .NET installations. Try these steps:
🔪 Step 1: Temporarily Disable Antivirus/Firewall
Some security software blocks installations due to false positives:
- Open your antivirus/firewall (e.g., Windows Defender, McAfee, Norton).
- Add an exception for the .NET installer or disable real-time protection temporarily.
- Attempt the installation again.
- Re-enable your security software afterward.
⏰ Step 2: Close Background Installers
Other installers (like Java, Adobe, or game clients) can conflict:
- Press Ctrl + Shift + Esc to open Task Manager.
- End tasks for any installer-related processes (e.g.,
msiexec.exe,setup.exe). - Retry the .NET installation.
💡 Prevention Tip: Avoid running multiple installations simultaneously. Close all other programs before starting a .NET Framework update.
🔄 Last Resort: Clean Boot & Reinstall
If nothing works, a clean boot can help isolate the issue:
- Open System Configuration:
- Press Win + R, type
msconfig, and hit Enter. - Go to the Services tab and check "Hide all Microsoft services".
- Click Disable all.
- Go to the Startup tab and click Open Task Manager → Disable all.
- Press Win + R, type
- Restart your PC and try installing the .NET Framework again.
- If it works, re-enable services/startup items one by one to find the culprit.
⚠️ Warning: Only use a clean boot for troubleshooting. Re-enable all services afterward.
Still stuck? Check Microsoft’s official support page or use the Windows Troubleshooter for .NET Framework issues. With these steps, you should be back on track in no time!
Frequently asked questions
Why does Error 1935 appear when installing software that requires .NET Framework?
This error occurs when Windows fails to register a critical assembly during installation. Common causes include corrupted .NET components, missing registry entries, or permission issues. The installer can't complete because it can't properly write assembly information to the system registry.
Will running the installer as administrator always fix Error 1935?
Not necessarily. While admin rights are required, the issue often stems from deeper problems like corrupted registry entries or missing system files. Simply running as admin may not resolve these underlying issues - you'll likely need to use the .NET Framework Repair Tool or manual registry fixes.
Is it safe to manually edit the registry to fix this error?
Only if you're experienced with registry editing. Always back up your registry first (File → Export in Regedit). The key areas to check are HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NET Framework Setup and HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Model. Never edit registry keys you don't understand.
Could my antivirus be causing Error 1935 during installation?
Many security programs quarantine or block installer files during execution. Try temporarily disabling real-time protection or adding an exception for the installer. Some antivirus programs also interfere with Windows Installer service operations needed for .NET Framework installations.
What should I do if none of the fixes work?
Start with a clean boot to eliminate software conflicts. If that fails, run sfc /scannow and DISM /Online /Cleanup-Image /RestoreHealth to repair system files. For stubborn cases, consider a repair install of Windows while keeping your personal files intact.
