Deploy WebStorm 2025.3 (x64) with Intune

Overview

This guide walks through deploying WebStorm 2025.3 (x64) 2025.3.5 from JetBrains with Intune Win32 packaging, policy sync, and rollout verification.

This non-AI draft follows a fixed production-safe template. It keeps the deployment sequence explicit and auditable so operational teams can review every step. For policy timing context, read how Intune device sync works. For assignment strategy, review Required vs Available app assignments.

App nameWebStorm 2025.3 (x64)
PublisherJetBrains
Version2025.3.5
Deployment typeWindows app (Win32)
Catalog app id7dd987c5-3231-4d57-a686-b1ce1d7473b8

Download Installer

Download the installer from the vendor source and keep the original file name intact. Store checksum evidence and source URL in your deployment notes so package provenance is clear. If you need packaging guardrails, use .intunewin package preparation and Win32 packaging best practices.

  • Use a clean working directory such as D:\Intune.
  • Place installer binaries in D:\Intune\Input only.
  • Keep build output in D:\Intune\Output to simplify validation.

Create Intune Package

Prepare a clean packaging workspace for WebStorm 2025.3 (x64) so source files, output artifacts, and wrapper tools stay isolated and repeatable.

IntuneWinAppUtil.exe -c "D:\Intune\Input" -s "installer.exe" -o "D:\Intune\Output" -q

After the build completes, verify that the output package exists and matches the expected naming convention. Keep the package immutable for the rest of the deployment cycle; if any input changes, rebuild and version the package explicitly.

Create the Win32 App Entry

Build the Intune app entry for WebStorm 2025.3 (x64) with metadata, program settings, and detection prepared for pilot rollout.

  1. Go to Apps -> All apps -> Add and choose Windows app (Win32).
  2. Upload the .intunewin file from D:\Intune\Output.
  3. Set app details (name, publisher, version) to match package evidence.
  4. Save and continue to Program, Requirements, and Detection settings.

Configure App Settings

Configure app settings for WebStorm 2025.3 (x64) with a pilot-first mindset so install, uninstall, and detection behavior remain predictable at scale.

FieldValue
Install command"WebStorm-2025.3.5.exe" /S /NCRC
Uninstall command"%ProgramFiles%\JetBrains\WebStorm 2025.3.5\bin\Uninstall.exe" /S
Install behaviorSystem context (recommended unless user-context is required)
Restart behaviorDetermine based on installer return codes and app impact

Define requirement and detection rules with conservative logic. Detection should prove install state, not just file copy. Start with one reliable rule, then add complexity only when necessary. For deeper rule guidance, refer to Intune detection rules explained.

Configure Assignment and Rollout

Scope assignments for WebStorm 2025.3 (x64) by rollout intent and ring maturity instead of moving directly to full production.

  1. Create a controlled pilot assignment (Required or Available based on rollout strategy).
  2. Trigger sync on test devices and confirm assignment receipt.
  3. Review device install status and detection results in Intune.
  4. Promote to broader scope only when failure patterns are understood and acceptable.

Run a Device Policy Sync

Trigger and confirm policy sync for WebStorm 2025.3 (x64) before troubleshooting deeper packaging assumptions.

  1. On device: Settings -> Accounts -> Access work or school -> Info -> Sync.
  2. In Intune: open the pilot device and trigger Sync.
  3. Re-check app state after one full check-in cycle.

Tracking the App Deployment

Monitor install and detection status for WebStorm 2025.3 (x64) by ring to decide whether to proceed, pause, or remediate.

SignalExpected pilot result
Assignment statePilot devices show In scope with no unexpected exclusions.
Install statusInstalls complete without repeated retries.
Detection statusPost-install detection is stable across pilot endpoints.
User impactRestart and app usability behavior matches change plan.

Troubleshooting and Fixes

Apply this troubleshooting checklist to confirm policy targeting, install context, and detection accuracy before making packaging changes.

IssueWhat to check
App does not installConfirm the app is assigned to the correct user or device group.
App shows as failedReview the install command, silent switch, and Intune Management Extension logs.
Detection rule failsCheck the file path, MSI product code, registry key, or detection value.
App is not visible in Company PortalConfirm the assignment type is Available and the user is in the target group.
Install works manually but fails in IntuneVerify the install command runs silently under system context and does not require user input.
Uninstall does not runValidate the uninstall command and confirm the app is assigned with uninstall intent.
Device has not received policyTrigger a manual sync or wait for the next Intune device check-in.
App stuck on installingCheck if a restart is pending and verify no other installation is blocking the process.
Install fails due to contextVerify the app runs correctly under System or User context based on the install behavior.
Need detailed logsCheck Intune Management Extension logs in C:\ProgramData\Microsoft\IntuneManagementExtension\Logs for installation details and errors.

Escalate only after confirming scope, command syntax, and detection criteria against a pilot device with a fresh policy sync.

Post-Deployment Validation

  • Run a pilot rollout of WebStorm 2025.3 (x64) to a small ring before broad assignment.
  • Confirm the install command executes silently in the target context.
  • Confirm detection logic (types observed: manual/unspecified) matches real endpoint state after install.
  • Monitor return codes and enforcement state in Intune Device install status and Intune Management Extension logs.
  • Confirm uninstall intent and rollback readiness are documented for the same pilot devices.

Change Log and Rollback Guidance

  • Document a rollback baseline for WebStorm 2025.3 (x64) (target version: 2025.3.5) before broad rollout.
  • Confirm the uninstall command is validated in pilot scope before broader rollout.
  • Use phased assignments (pilot -> ring1 -> broad) with explicit go/no-go checkpoints after each ring.
  • When replacing an existing deployment, retire superseded assignments only after validation closes successfully.

Leave a feedback

Include versions, steps, and any error text if you have them.