Troubleshooting
Common issues and their solutions.
Tenant connection
I can't connect my tenant
- Ensure you're signing in with a Global Administrator account
- Check that your Entra ID tenant doesn't have conditional access policies blocking the Robopack enterprise application
- Try the connection in a private/incognito browser window to rule out cached credentials
- Guest admin accounts in Entra ID can cause enrollment failures — use a native admin account
Robopatch isn't available for my tenant
Robopatch requires the Admin Consent authorization method. If your tenant was connected using the user-based method, you'll need to reconnect using Admin Consent. See Connecting Your Intune Tenant.
The authorization test fails
- Verify that the Global Admin account has not been disabled or had permissions revoked
- Check the Entra portal to confirm the Robopack enterprise application is present under Enterprise Applications
- Ensure no Conditional Access policies are blocking the Robopack service principal
"Tenant already registered" error
This occurs when a tenant has been previously registered with Robopack. Contact support to have the tenant registration moved or re-registered.
Tenant loses connection / permissions errors
If you see intermittent permissions errors or your tenant loses its connection:
- Go to Settings > Tenants
- Click Reconnect using a Global Administrator account
- Re-grant all requested permissions during the consent flow
This is also the fix for authentication errors that mention "request requires user sign-in" — Robopack uses client-credential flow (application permissions) and the Enterprise App may need its permissions refreshed.
SSL / certificate errors when connecting
DPI-SSL (Deep Packet Inspection) proxies can interfere with Robopack connections. If you see SSL or certificate errors, whitelist Robopack domains in your DPI-SSL configuration.
App deployment
An app failed to import to Intune
- Check the app status in Packages for error details
- Ensure your tenant connection is still active (green authorization indicator in Settings > Tenants)
- Verify that your account has Package Writer or Organisation Administrator permissions
- For large apps, the upload may take longer — check back after a few minutes
- If the upload fails repeatedly, try re-uploading the package. An automatic retry function is being developed
Detection method isn't working
- Verify the detection rule matches the installed application (file path, registry key, or MSI product code)
- For custom apps, re-run the Analyze and Test step to regenerate detection methods
- Check that the app version in the detection rule matches what's actually installed on the device
- If a newer version is already installed and Intune keeps trying to reinstall, enable Match newer versions in detection method on the patch flow to change from "Equals" to "Greater than or equals to"
"Threat detected in package content" error
Robopack runs antivirus scans on all uploaded packages. False positives can occur with legitimate installers.
To resolve:
- Contact Robopack support
- Upload the installer to the SharePoint link provided by support for review
- The team will verify and whitelist the file if it's a false positive
- After whitelisting, delete the package from Robopack and re-upload it
App deploys in the wrong context (user vs system)
If an app is deploying in the wrong scope:
- Check the Context setting in Custom App Settings for the app
- If using a patch flow, verify the scope setting in the flow configuration
- After changing context, use Sync app settings to push the change to Intune
Some apps (like Spotify, 1Password CLI) must be installed in User context and assigned to user groups, not device groups.
Package fails quality assurance
If a custom package upload fails QA testing:
- Check if the failure is due to Custom App Settings code interfering with the installation
- Review the error details — common failures include leftover files after uninstall, installer requiring user interaction, or missing dependencies
- You can Suppress error if you know the behaviour is acceptable and still want to use the package
- Packages requiring a non-silent installer cannot be deployed through Robopack
Intune error 0x87D300D9 (application not detected after install)
This typically means the detection rule doesn't match what was actually installed. Common causes:
- The application hasn't fully completed installation (e.g. Chrome needs to be closed before its file version updates)
- Version mismatch between the detection rule and installed version
- Fix: Go to the patch flow and click Sync app settings to refresh the detection rule
Intune error 0x8007EA61
This error can indicate two different situations:
- App already installed manually — the same app was installed outside Intune and conflicts with the system-context deployment. Switching to the WinGet version and using Radar Tracking can resolve this
- User deferred via PSADT — PSADT deferral error code 6001 shows as 0x8007EA61 in Intune. This is expected behaviour when a user chooses to defer
Robopatch flows
Patch flow not picking up new versions
If a flow stops detecting new versions from Winget:
- Check if the app has a language filter set that may be blocking the new version
- Try Pause deployment then Start deployment to retrigger
- Use Import specific version to manually add the version
- Contact support if the issue persists — the update cycle may need to be restarted server-side
Deployment shows incorrect success percentage
Robopack relies on data from Intune, which can sometimes show imprecise numbers. Click Refresh deployment status under the patch flow to get an updated count.
Intune assignments removed after modifying wave settings
Modifying wave settings while a flow is active can temporarily remove and re-add assignments. To avoid issues:
- Pause the deployment before making changes
- Make your modifications
- Start the deployment again
Wave not advancing
- Check if a Wave Time Limit is configured — the flow advances automatically when the time limit is reached
- If Manual proceed is enabled, you must click Skip to next wave to advance
- Verify devices are reporting back to Intune
Old versions not being superseded
If old versions remain in Intune after new ones are deployed:
- Check the supersedence limit in the patch flow (default: keeps 3 previous versions)
- Use Refresh deployment status to trigger a sync
- In some cases, manual cleanup of old versions in Intune may be needed
Radar Tracking
Radar scan shows no results
- Ensure the
Device.Read.AllandDeviceManagementManagedDevices.Read.Allpermissions are granted - The initial scan may take time depending on the number of devices in your tenant
- Verify that devices are actively reporting to Intune
- Only Instant Apps appear in Radar — custom apps are not supported
"Could not resolve the directory ID" error
This is a permissions issue with the Entra ID Enterprise App.
To fix:
- Go to Settings > Tenants
- Click Reconnect using a Global Administrator account
- Navigate to the Radar section and click Refresh Radar data
Radar groups are empty
- Radar groups are populated based on Intune's Discovered Apps data, which can take time to update
- Verify the tenant connection has the required permissions — try a reconnect
- Click Refresh Radar data in the Radar section
- Check that the naming for Radar groups is set to dynamic (creating a separate group for each app)
Devices aren't being updated by Radar
- Check that the Radar Tracking toggle is enabled on the Robopatch flow
- Verify the Deployment Wave configuration has valid groups
- Ensure the flow is in an active state (not paused)
- Radar data refreshes every 24 hours based on Intune's Discovered Apps data
Changing patch group causes Radar errors
If editing a patch group (adding waves) causes an error:
- Disable Radar Tracking first
- Make changes and save
- Re-enable Radar Tracking
Script templates & PSADT
PSADT scripts blocked by execution policy
If your tenant requires all PowerShell scripts to be signed:
- Robopack signs the main
Deploy-Application.ps1script automatically - PSADT v4 scripts in the Strings and Extensions folders are also signed
- Customer-uploaded custom scripts in Script Accessory Files are not signed by Robopack — you must sign these separately if required
Defender flags PSADT as malware ("Dirtelti backdoor")
This is a known false positive with Microsoft Defender. Try using the latest version of PSADT. If the issue persists, submit the file to Microsoft as a false positive.
Custom script template not being applied to flows
If a custom script template is not being used:
- Check that the correct template is selected in the flow or Custom App Settings
- Click Sync app settings on the deployment
- Stop and Start the flow to force a refresh
- If the flow was created when a package already existed for that installer, it may use the template from the existing package — stop and restart to pick up the new template
AppLocker blocks the PSADT deferral dialog
If AppLocker is enabled on target devices, it may block the PSADT deferral dialog. This requires adjusting local AppLocker configuration to allow the PSADT executable — it is not related to Robopack's code signing.
Roles & permissions
A user can't see certain features
- Check their assigned roles in Settings > Users
- Verify per-tenant permissions in Settings > Tenants if using multi-tenant
- If using Entra ID roles, confirm the user's group membership in the Entra portal
- Organisation Administrator is required to add Instant Apps to Patch Groups
- Robopatch Writer can only modify flows they personally created
Cannot add Organisation admin role
If you receive a 400 error when adding an Organisation admin:
- Delete the user account in Robopack
- Recreate them as a username/password account
- Have the user go to Settings > Account and connect their Entra ID
Still stuck?
Contact support at support.robopack.com.