Troubleshooting
"Error 1935: an error occurred during the installation of assembly strikes like a silent glitch—freezing Windows updates or .NET Framework repairs mid-process, often when you least expect it. ⚡ I’ve seen it derail installations more times than I can count, usually right when you think you’re almost done.
The good news? Most cases boil down to three root causes: corrupted system files, permission conflicts, or antivirus interference blocking the installer.
Here’s the thing—this error isn’t always about the assembly itself. Half the time, it’s a side effect of a broken .NET Framework install, a misconfigured Windows Update component, or even a leftover registry key from a failed update.
I’ve fixed it by running DISM scans, re-registering assemblies with regsvr32, and even manually repairing the .NET Framework when nothing else worked. The key is isolating whether it’s a file issue, a permission issue, or something deeper in the Windows component store.
You’ll walk away with a system that installs assemblies cleanly, whether you’re patching .NET, updating Visual Studio, or deploying enterprise software. The fixes are straightforward once you know where to look—no advanced degree required.
I’ll walk you through each step, including how to verify your changes and avoid common pitfalls like breaking existing applications. Let’s get this resolved.
Fair warning: if you’re diving into registry edits or SFC scans, back up your system first. I’ve seen registry tweaks go sideways when done carelessly, and while these fixes are safe when followed exactly, there’s no undo button for a corrupted registry.
We’ll stick to Microsoft’s recommended tools and documented workarounds—nothing experimental. Ready to clear this hurdle?
Root Causes of Installation Failures
When Error 1935 interrupts your software installation, it’s almost always due to one (or more) of these core issues. Understanding the science behind each problem helps you pinpoint the exact fix. Below are the most common culprits—explained clearly and actionably.
Corrupted or missing .NET framework files
Why it happens: The .NET Framework is the backbone of many Windows applications, and if its core files are damaged or incomplete, installations fail mid-process. This error often surfaces when the mscoree.dll or other critical .NET components are corrupted, preventing the installer from verifying dependencies.
Here’s the science:
- Dependency chain break: Installers rely on the
Windows Installer (MSI)service to validate assemblies (like DLLs) before installation. If the .NET runtime can’t load these files, the installer throws Error 1935. - Partial updates: A failed Windows Update or a botched .NET Framework repair can leave files in a "half-installed" state, causing conflicts.
- Permissions issues: If your user account lacks
Read/Executepermissions for .NET system folders (e.g.,C:\Windows\Microsoft.NET\), the installer aborts.
💡 Pro Tip: Use the official .NET Framework repair tool to restore missing files without reinstalling the entire framework.
Conflicting or outdated visual c++ redistributables
Why it happens: Many applications depend on Microsoft Visual C++ Redistributables (VC++) to run compiled code. If multiple versions clash—or if a required version is missing—the installer can’t resolve dependencies, triggering Error 1935.
Key technical triggers:
- Version mismatches: An installer might require VC++ 2015-2019, but your system only has VC++ 2012 installed. The installer’s
setup.exechecks for these via the registry (HKEYLOCALMACHINE\SOFTWARE\Microsoft\VisualStudio), and if they’re absent or corrupted, the error appears. - Overlapping installations: Installing multiple VC++ versions simultaneously can corrupt the
vcruntime140.dllormsvcp140.dllfiles, which are critical for runtime linking. - 32-bit vs. 64-bit conflicts: A 64-bit app might fail if only the 32-bit VC++ redistributable is installed (or vice versa), as the installer can’t locate the correct architecture.
🔧 Fix Insight: Use Microsoft’s official VC++ cleanup tool to remove all versions before reinstalling the correct ones in this order:
- Latest VC++ 2022
- VC++ 2019
- VC++ 2015-2017 (if needed)
Windows installer service disruptions
Why it happens: The Windows Installer (MSIExec) service is the gatekeeper for all package installations. If it’s stopped, corrupted, or locked by another process, Error 1935 occurs when the installer can’t register assemblies in the Windows Registry.
Common technical failures:
- Service not running: The
msiexec.exeprocess must be active (check viaservices.msc). If stopped, the installer can’t write toHKEYCLASSESROOTorHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer. - Registry corruption: The
ProductsorPatcheskeys in the Installer hive may contain invalid entries, causing the service to reject new installations. - Antivirus interference: Security software (e.g., McAfee, Norton) may quarantine
msiexec.exeor block its access to system files, triggering false positives during assembly verification.
⚠️ Critical Check: Open Command Prompt as Admin and run:
net start msiserver
If it fails, repair the Windows Installer via:
msiexec /unregister followed by msiexec /regserver
Insufficient permissions or UAC blocks
Why it happens: Error 1935 often appears when the installer lacks administrative privileges to modify protected system areas. This isn’t just about running as Admin—it’s about User Account Control (UAC) policies and file permissions.
How it breaks down:
- UAC elevation failures: Even if you run the installer as Admin, UAC may silently deny access to
C:\Program FilesorC:\Windows\assemblyif theTrustedInstalleraccount owns critical files. - NTFS permission gaps: The installer needs
Full Controlover:%SystemRoot%\assembly\(for .NET GAC assemblies)%Temp%\(where installers extract files)HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\(registry keys)
- Group Policy restrictions: Corporate or locked-down systems may block
msiexec.exeviagpedit.mscunderComputer Configuration > Administrative Templates > Windows Components > Windows Installer.
🛡️ Permission Fix:
- Right-click the installer > Run as Administrator.
- Take ownership of
C:\Windows\assembly:takeown /f "C:\Windows\assembly" /r /d yicacls "C:\Windows\assembly" /grant Administrators:F /t - Temporarily disable UAC (not recommended long-term) via
User Account Control Settings.
Antivirus or firewall overzealousness
Why it happens: Security software often misidentifies installers as threats, especially if they dynamically load assemblies (e.g., setup.exe extracting myapp.dll at runtime). Some AVs quarantine these files mid-install, causing Error 1935.
Mechanisms at play:
- Real-time protection blocks: AVs like Windows Defender or Bitdefender may intercept
msiexec.exewhen it tries to write to theGlobal Assembly Cache (GAC), flagging it as a "suspicious modification." - Signature database conflicts: Outdated AV definitions might incorrectly mark legitimate assemblies (e.g.,
System.Data.dll) as malware. - Firewall port restrictions: Some installers require outbound connections to Microsoft’s servers for license validation. If blocked, the installer fails silently.
🛑 AV Workaround:
- Add the installer’s folder to your AV’s exclusion list
Quick fixes for installation failures
Encountering Error 1935 during assembly installation can be frustrating, but the right steps often resolve it fast. Below are targeted fixes based on common causes, from quick tweaks to deeper system checks. Follow the solutions that match your situation, and don’t forget the prevention tips to keep future installations smooth!
🔥 Corrupted or Missing Files: Reinstall or Repair
If the assembly files are incomplete or damaged, the installer will throw an error. Here’s how to fix it:
- 🔄 Download the latest installer: Head to the official software vendor’s website and grab the most recent version. Older installers may have corrupted files.
- 🛡️ Run the installer as Administrator: Right-click the installer and select Run as administrator. Windows updates and permissions often cause issues when running as a standard user.
- 🧹 Clean up leftover files: Use Windows Installer CleanUp Utility (download from Microsoft) to remove any remnants of the failed installation. Reboot afterward.
💡 Pro Tip: If the software is already installed but corrupted, try repairing it via Control Panel > Programs > Programs and Features. Select the software, click Change, and choose Repair.
🍳 .NET Framework or Visual C++ Issues: Reinstall or Update
Many applications rely on .NET Framework or Visual C++ Redistributables. If these are outdated or broken, Error 1935 appears. Fix it with these steps:
- 🔧 Update .NET Framework: Open Control Panel > Programs > Turn Windows features on or off. Check the latest .NET versions (e.g., .NET 4.8) and enable them. Restart your PC.
-
🔄 Reinstall Visual C++ Redistributables:
- Uninstall all Visual C++ packages via Control Panel > Programs.
- Download the latest versions from Microsoft’s official site.
- Install them in order (x86 first, then x64 if needed).
- 🔄 Repair .NET Framework: Use the Microsoft .NET Framework Repair Tool to scan and fix corruption.
💡 Pro Tip: If you’re unsure which version of Visual C++ is needed, check the software’s documentation or contact support—they’ll specify the exact requirements.
👨🍳 Antivirus or Firewall Blocking Installation
Security software can mistakenly flag installers as threats, halting the process. Try these steps:
- 🛡️ Temporarily disable antivirus: Pause real-time protection in your antivirus (e.g., Windows Defender, McAfee, Norton) and retry the installation.
- 🔍 Add an exception: Whitelist the installer file (e.g., setup.exe) in your antivirus settings. Check the software’s documentation for the exact file name.
- 🔥 Disable Windows Firewall temporarily: Open Control Panel > Windows Defender Firewall > Turn Windows Defender Firewall on or off. Select Turn off for both private and public networks. Re-enable it after installation.
✨ Prevention Tip: Keep your antivirus updated and configure it to scan downloaded files after installation, not during. This reduces false positives.
🥘 Windows Installer Service Issues: Reset or Repair
If the Windows Installer service is misbehaving, it can block installations. Reset it with these commands:
-
🔧 Open Command Prompt as Admin: Press Win + X, select Command Prompt (Admin), and run:
Then:msiexec /unregistermsiexec /regserver -
🔄 Restart the Windows Installer service: In the same Command Prompt, type:
Wait 30 seconds, then:net stop msiservernet start msiserver -
🔄 Reset Windows Installer via Registry (Advanced): Press Win + R, type regedit, and navigate to:
Right-click the Installer folder, select Permissions, and grant Full Control to your user account. Reboot.HKEYLOCALMACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer
💡 Pro Tip: If you’re uncomfortable editing the registry, skip the last step and stick to the service reset—it’s safer and often fixes the issue.
🔪 Corrupted System Files: Run SFC and DISM
System file corruption can trigger Error 1935. Use Windows’ built-in tools to scan and repair files:
-
🔍 Run System File Checker (SFC): Open Command Prompt (Admin) and type:
Wait for the scan to complete (may take 15+ minutes). Restart if prompted.sfc /scannow -
🔧 Run Deployment Image Servicing and Management (DISM): In the same Command Prompt, run:
This repairs the Windows image. Reboot afterward.DISM /Online /Cleanup-Image /RestoreHealth
✨ Prevention Tip: Regularly run SFC and _DISM_ every few months to preempt corruption. Schedule them via Task Scheduler for hands-off maintenance.
⏰ Time and Date Settings Out of Sync
Incorrect system time can cause digital signature verification failures. Fix it quickly:
- 🕒 Set the correct time automatically: Go to Settings > Time & Language > Date & Time. Toggle on Set time automatically and Set time zone automatically.
- 🔄 Sync with an internet time server: Click Sync now under Internet time settings to force an update.
💡 Pro Tip: If your PC is on a domain, ask your IT admin to ensure Group Policy isn’t overriding time settings.
🎯 Last Resort: Clean Boot and Manual Installation
If nothing works, your system might have conflicting software or services. Try a clean boot:
- 🚀 Perform a clean boot: Press Win + R, type msconfig, and go to the Services tab. Check Hide all Microsoft services and click Disable all. Go to the Startup tab and open Task Manager to disable startup items. Reboot.
- 🔄
Frequently asked questions
Why does Error 1935 appear during software installation?
This error typically occurs when Windows can't properly register or install an assembly file due to corrupted system components, missing dependencies like the .NET Framework or Visual C++ redistributables, or permission issues blocking the installer. It often surfaces during Windows updates, .NET Framework repairs, or application installations that require runtime components.
Can I fix Error 1935 without reinstalling Windows?
Most cases resolve with targeted fixes like running sfc /scannow and DISM /Online /Cleanup-Image /RestoreHealth, repairing the .NET Framework, or reinstalling Visual C++ redistributables. These methods address corruption without requiring a full OS reinstall. Always start with the simplest solutions first.
How do I know if my antivirus is causing Error 1935?
Temporarily disable real-time protection in your antivirus software and retry the installation. If it works, your security software was blocking the installer's access to system files or registry keys. Add the installer's folder to your antivirus exclusions or update its definitions to prevent future conflicts.
What should I do if Error 1935 persists after trying all fixes?
If standard troubleshooting fails, perform a clean boot to eliminate software conflicts, then try installing the software again. As a last resort, create a system restore point before manually editing registry permissions for the Windows Installer service or using the Windows Installer CleanUp Utility to remove all traces of failed installations.
Will repairing Error 1935 break my existing programs?
No, the fixes target system-level components and permissions without affecting installed applications. However, always back up critical data before making registry changes or running system file repairs. The most common fixes (like SFC scans or reinstalling redistributables) are designed to be safe for existing software.
