ANAVEM
Languagefr
How to Repair the Intune Remote Help App When It Crashes or Won't Launch

How to Repair the Intune Remote Help App When It Crashes or Won't Launch

Fix Microsoft Intune Remote Help app crashes and launch failures on Windows devices using Control Panel and Apps & Features repair methods with verification steps.

March 29, 2026 12 min
mediumintune 8 steps 12 min

Why Does the Intune Remote Help App Crash or Fail to Launch?

The Microsoft Intune Remote Help app has become an essential tool for IT administrators providing remote assistance to managed Windows devices. However, like any complex application that integrates with cloud services and local system components, it can experience crashes, launch failures, or general instability that prevents proper operation.

The most common causes of Remote Help app issues stem from its dependency on Microsoft Edge WebView2 components, corrupted installation files, outdated app versions, or network connectivity problems. Since the app relies heavily on web-based technologies and real-time communication with Microsoft's cloud infrastructure, any disruption in these dependencies can cause the application to become unresponsive or crash during startup.

What Are the Key Components That Remote Help Depends On?

Understanding the app's architecture helps diagnose issues more effectively. Remote Help requires several critical components to function properly: an up-to-date Microsoft Edge installation with WebView2 support, proper Intune device enrollment and licensing, network access to specific Microsoft endpoints, and correctly configured Windows firewall rules. The app also maintains local cache files and configuration data that can become corrupted over time, leading to persistent launch failures even when the underlying system components are healthy.

This tutorial provides comprehensive repair methods that address both common and complex issues affecting the Remote Help app. You'll learn to use built-in Windows repair tools, clear problematic cache data, verify network connectivity, and force app redeployment through Intune when necessary. Each method includes verification steps to confirm the repair was successful and the app is functioning correctly.

Implementation Guide

Full Procedure

01

Verify Microsoft Edge WebView2 Dependency

The Remote Help app relies on Microsoft Edge WebView2 for its browser controls. Outdated Edge versions are the primary cause of app crashes and launch failures.

Get-AppxPackage -Name "Microsoft.MicrosoftEdge.Stable" | Select-Object Name, Version

Open Microsoft Edge and navigate to edge://settings/help to check for updates. If Edge is outdated, update it first before proceeding with app repair.

Pro tip: Edge updates automatically, but manual checks ensure you have the latest WebView2 components that Remote Help requires.

Verification: Run msedge --version in Command Prompt to confirm the latest version is installed.

02

Check Remote Help App Installation Status

Before attempting repairs, verify the current installation state and identify any obvious issues with the app registration.

Get-WmiObject -Class Win32_Product | Where-Object {$_.Name -like "*Remote Help*"} | Select-Object Name, Version, InstallDate

Also check if the app appears in the Start menu or if there are any error messages when attempting to launch it. Look for the Remote Help icon in your installed applications.

Navigate to %ProgramFiles%\Microsoft\Remote Help to verify the installation directory exists and contains the necessary files.

Warning: If the installation directory is missing entirely, the app needs to be redeployed from Intune rather than repaired.

Verification: The Remote Help executable should be present at the installation path, and the app should appear in Windows Programs list.

03

Repair Using Control Panel Programs and Features

This is the primary repair method that works for most Remote Help app issues. The Windows installer will attempt to fix corrupted files and registry entries.

Press Windows + R, type appwiz.cpl, and press Enter to open Programs and Features directly.

appwiz.cpl

In the Programs and Features window:

  1. Scroll down and locate Remote Help in the list
  2. Right-click on Remote Help and select Change
  3. In the Remote Help Setup dialog, choose Repair
  4. Click Next and wait for the repair process to complete
  5. When you see "Setup Successful", click Finish

The repair process typically takes 2-3 minutes and will reinstall any missing or corrupted components.

Verification: Launch Remote Help from the Start menu. The app should open without crashing and display the main interface.

04

Alternative Repair Using Apps & Features

If the Control Panel method doesn't work or you prefer the modern Settings interface, use the Apps & Features repair option.

Open Windows Settings using Windows + I, then navigate to Apps > Apps & features.

Start-Process ms-settings:appsfeatures

In the Apps & Features window:

  1. Use the search box to type Remote Help
  2. Click on the Remote Help app when it appears
  3. Click the three dots menu (⋯) next to the app name
  4. Select Modify from the dropdown menu
  5. In the Setup window, choose Repair
  6. Follow the on-screen prompts to complete the repair

This method uses the same underlying repair mechanism but through the modern Windows 10/11 interface.

Pro tip: If you don't see the Modify option, the app might have been installed as an MSIX package through Intune, which requires different troubleshooting steps.

Verification: Test the app launch and verify all features work correctly, including the ability to initiate remote sessions.

05

Clear Remote Help App Cache and Temporary Files

Corrupted cache files can cause persistent launch issues even after repair. Clear the app's temporary data to ensure a clean startup.

Navigate to the Remote Help temporary directory and clear cached data:

cd %TEMP%
dir *RemoteHelp* /s
rmdir /s /q "%TEMP%\RemoteHelp*"

Also clear any Windows Event Logs related to Remote Help that might contain error states:

Get-WinEvent -LogName "Microsoft-Windows-RemoteHelp/Operational" -MaxEvents 50 | Where-Object {$_.LevelDisplayName -eq "Error"}

Clear the user-specific app data directory:

rmdir /s /q "%LOCALAPPDATA%\Microsoft\Remote Help"
Warning: Clearing app data will remove any saved preferences or session history. Document any important settings before proceeding.

Verification: Launch Remote Help and confirm it creates new, clean configuration files in the app data directory.

06

Test Remote Help Functionality

After repair, thoroughly test the app to ensure all features work correctly. This step verifies that the repair resolved the underlying issues.

Launch Remote Help and check the following functionality:

  1. App opens without crashing or error messages
  2. User interface loads completely
  3. Network connectivity test passes
  4. Authentication with Intune services works

Run a connectivity test to Remote Help endpoints:

Test-NetConnection -ComputerName "remotehelp.microsoft.com" -Port 443
Test-NetConnection -ComputerName "login.microsoftonline.com" -Port 443

Attempt to start a test session (if you have appropriate permissions) to verify the complete workflow functions properly.

Pro tip: Check the Windows Event Viewer under Applications and Services Logs > Microsoft > Windows > RemoteHelp for any remaining error entries after repair.

Verification: The app should function normally without crashes, and network tests should return successful connections to Microsoft endpoints.

07

Force Intune App Sync and Redeployment

If repair methods fail, trigger an Intune sync to redeploy the Remote Help app. This ensures you have the latest version and configuration.

Open Company Portal app or trigger sync via PowerShell:

Get-ScheduledTask | Where-Object {$_.TaskName -like "*Intune*"} | Start-ScheduledTask

Alternatively, force an immediate Intune sync:

$namespaceName = "root\cimv2\mdm\dmmap"
$className = "MDM_EnterpriseModernAppManagement_AppManagement01"
$methodName = "UpdateScanMethod"
$session = New-CimSession
Invoke-CimMethod -Namespace $namespaceName -ClassName $className -MethodName $methodName -CimSession $session

Wait 15-30 minutes for Intune to process the sync request and redeploy applications. Check the Company Portal for any pending app installations.

If the app still doesn't work after redeployment, uninstall it completely and let Intune reinstall:

Get-WmiObject -Class Win32_Product | Where-Object {$_.Name -like "*Remote Help*"} | ForEach-Object {$_.Uninstall()}

Verification: Check Intune device compliance in the Company Portal and confirm Remote Help appears as successfully installed and up-to-date.

08

Configure Windows Firewall and Network Settings

Network connectivity issues can cause Remote Help to appear broken even after successful repair. Verify firewall rules and network access.

Check if Windows Firewall is blocking Remote Help:

Get-NetFirewallRule -DisplayName "*Remote Help*" | Select-Object DisplayName, Enabled, Direction, Action

If no rules exist, create them manually:

New-NetFirewallRule -DisplayName "Remote Help Outbound" -Direction Outbound -Protocol TCP -RemotePort 443 -Action Allow
New-NetFirewallRule -DisplayName "Remote Help Inbound" -Direction Inbound -Protocol TCP -LocalPort 443 -Action Allow

Verify DNS resolution for Remote Help endpoints:

Resolve-DnsName remotehelp.microsoft.com
Resolve-DnsName login.microsoftonline.com
Resolve-DnsName graph.microsoft.com

Test proxy settings if your organization uses a corporate proxy:

netsh winhttp show proxy
Warning: Corporate firewalls or proxy servers might block Remote Help traffic. Contact your network administrator if connectivity tests fail.

Verification: All DNS lookups should resolve successfully, and firewall rules should allow Remote Help traffic on port 443.

Frequently Asked Questions

Why does Intune Remote Help app keep crashing after Windows updates?+
Windows updates often affect Microsoft Edge WebView2 components that Remote Help depends on. The app crashes because it can't properly initialize the web browser controls needed for its interface. Update Microsoft Edge to the latest version, then repair the Remote Help app using Control Panel > Programs and Features. This rebuilds the WebView2 integration and resolves most post-update crashes.
What should I do if Remote Help repair fails in Control Panel?+
If the standard repair process fails, first clear the app's cache and temporary files from %TEMP% and %LOCALAPPDATA%\Microsoft\Remote Help directories. Then try the Apps & Features repair method instead of Control Panel. If both methods fail, uninstall Remote Help completely and trigger an Intune sync to redeploy the app. Check Windows Event Viewer for specific error codes that might indicate deeper system issues.
How do I fix Remote Help when it shows 'service unavailable' errors?+
Service unavailable errors typically indicate network connectivity issues or Intune tenant configuration problems. First, verify your device can reach remotehelp.microsoft.com and login.microsoftonline.com on port 443. Check if Remote Help is enabled in your Intune tenant under Tenant administration > Remote Help > Settings. Corporate firewalls or proxy servers often block Remote Help traffic, so contact your network administrator if connectivity tests fail.
Can I reinstall Remote Help manually if Intune deployment fails?+
No, Remote Help cannot be manually downloaded or installed outside of Intune deployment. The app is distributed exclusively through Microsoft Intune as a Win32 application package. If Intune deployment fails, check your device compliance status, ensure proper licensing is assigned, and verify the app assignment targets your user or device group. Force an Intune sync through Company Portal or PowerShell to retry the deployment process.
Why does Remote Help work for some users but not others on the same device?+
Remote Help functionality depends on both device-level installation and user-level permissions in Intune. Users need the 'Offer remote assistance' permission in their assigned Intune roles to function as helpers. Additionally, user-specific app data corruption can cause individual launch failures even when the app is properly installed system-wide. Clear user-specific cache files and verify role assignments in the Intune admin center for affected users.

Discussion

Share your thoughts and insights

Sign in to join the discussion