<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Microsoft Intune topics</title>
    <link>https://techcommunity.microsoft.com/t5/microsoft-intune/bd-p/Microsoft-Intune</link>
    <description>Microsoft Intune topics</description>
    <pubDate>Sun, 26 Apr 2026 18:06:50 GMT</pubDate>
    <dc:creator>Microsoft-Intune</dc:creator>
    <dc:date>2026-04-26T18:06:50Z</dc:date>
    <item>
      <title>Best approach for migrating AD joined devices to Entra ID without wiping user profiles?</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/best-approach-for-migrating-ad-joined-devices-to-entra-id/m-p/4514425#M23382</link>
      <description>&lt;P&gt;We’ve seen many organizations struggle with device migration when moving from traditional Active Directory (AD) or hybrid environments to Microsoft Entra ID.&lt;/P&gt;&lt;P&gt;The biggest challenge is avoiding user disruption especially when wiping devices causes profile loss, app reconfiguration, and downtime.&lt;/P&gt;&lt;P&gt;In large environments, wipe-and-reload becomes difficult to scale and impacts productivity significantly.&lt;/P&gt;&lt;P&gt;Curious to know how others are handling this:&lt;/P&gt;&lt;P&gt;Are you still using wipe/reimage methods, or are you using alternative approaches that preserve user profiles, applications, and settings?&lt;/P&gt;&lt;P&gt;Would love to hear practical experiences from the community.&lt;/P&gt;</description>
      <pubDate>Fri, 24 Apr 2026 08:12:47 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/best-approach-for-migrating-ad-joined-devices-to-entra-id/m-p/4514425#M23382</guid>
      <dc:creator>Pranavsethuraman10</dc:creator>
      <dc:date>2026-04-24T08:12:47Z</dc:date>
    </item>
    <item>
      <title>Autopilot V1 vs “Device Preparation” (V2): Great direction — but is it enterprise-ready yet?</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/autopilot-v1-vs-device-preparation-v2-great-direction-but-is-it/m-p/4514362#M23381</link>
      <description>&lt;P&gt;We evaluated &lt;STRONG&gt;Autopilot v2&lt;/STRONG&gt; but decided to stay on &lt;STRONG&gt;Autopilot v1&lt;/STRONG&gt; for large‑enterprise scale.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Group Tags + dynamic groups&lt;/STRONG&gt; are still essential for our device naming, segmentation, and governance model.&lt;/P&gt;&lt;P&gt;We intentionally limit apps in EAS to speed up provisioning, so EAS‑based app deployment in v2 isn’t a compelling advantage for us.&lt;/P&gt;&lt;P&gt;v2 looks promising, but until there’s stronger parity for &lt;STRONG&gt;enterprise‑scale targeting and naming&lt;/STRONG&gt;, v1 remains the better fit.&lt;/P&gt;&lt;P&gt;Curious how others at scale are balancing provisioning speed vs. segmentation without Group Tags.&lt;/P&gt;</description>
      <pubDate>Fri, 24 Apr 2026 06:39:18 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/autopilot-v1-vs-device-preparation-v2-great-direction-but-is-it/m-p/4514362#M23381</guid>
      <dc:creator>christiandominguezjp</dc:creator>
      <dc:date>2026-04-24T06:39:18Z</dc:date>
    </item>
    <item>
      <title>Autopatch - Microsoft 365 Apps Update Rings</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/autopatch-microsoft-365-apps-update-rings/m-p/4513986#M23376</link>
      <description>&lt;P&gt;I’m trying to understand how the&amp;nbsp;UpdateDeferredVersions&amp;nbsp;registry value is updated in an Intune Autopatch scenario, specifically the&amp;nbsp;&lt;STRONG&gt;version and FileTime values&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Registry path:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;HKLM\SOFTWARE\Microsoft\Office\ClickToRun\Updates&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Example value:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;UpdateDeferredVersions = 16.0.19725.20170:13420719560293 | 16.0.19822.20180:13421142577563&lt;/P&gt;&lt;P&gt;I’ve observed the following and would appreciate any clarification:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;When I modify&amp;nbsp;&lt;STRONG&gt;deadline or deferral settings&lt;/STRONG&gt;&amp;nbsp;via Autopatch (policy changes), the&amp;nbsp;&lt;STRONG&gt;FileTime value does not update&lt;/STRONG&gt;.&lt;/LI&gt;&lt;LI&gt;Is there a&amp;nbsp;&lt;STRONG&gt;delay or specific trigger&lt;/STRONG&gt;&amp;nbsp;(e.g., policy refresh, scheduled task, CDN sync) that updates this FileTime?&lt;/LI&gt;&lt;LI&gt;How exactly is this&amp;nbsp;&lt;STRONG&gt;FileTime calculated&lt;/STRONG&gt;? Is it tied to when the build was released, assigned, or when the policy was applied?&lt;/LI&gt;&lt;LI&gt;Is there any&amp;nbsp;&lt;STRONG&gt;supported way to force or influence&lt;/STRONG&gt;&amp;nbsp;this FileTime update?&lt;/LI&gt;&lt;LI&gt;Or is this value simply tracking when the&amp;nbsp;&lt;STRONG&gt;build cap was issued&lt;/STRONG&gt;, with deferral logic calculated relative to that timestamp?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Additionally, I’ve noticed that updates only seem to apply when the FileTime is approximately&amp;nbsp;&lt;STRONG&gt;4 days behind the current date,&lt;/STRONG&gt; is this expected behavior with Autopatch deferral logic? I was able to successfully test this updating FileTime 4 days behind ((Get-Date).AddDays(-4)).ToFileTime().&lt;/P&gt;&lt;P&gt;Any insights into how this mechanism works under the hood (especially with Click-to-Run + Autopatch interaction) would be really helpful.&lt;/P&gt;&lt;P&gt;Below is Autopatch group settings for Microsoft 365 update rings that we set in our environment:&lt;/P&gt;&lt;P&gt;Test - Deferral 0 - Deadline 0&lt;/P&gt;&lt;P&gt;Ring 1 - Deferral 1 - Deadline 0&amp;nbsp;&lt;/P&gt;&lt;P&gt;Ring 2 - Deferral 2 - Deadline 0&lt;/P&gt;&lt;P&gt;Last - Deferral 4 - Deadline 1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance!&lt;/P&gt;</description>
      <pubDate>Thu, 23 Apr 2026 10:49:32 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/autopatch-microsoft-365-apps-update-rings/m-p/4513986#M23376</guid>
      <dc:creator>PaulJebastin</dc:creator>
      <dc:date>2026-04-23T10:49:32Z</dc:date>
    </item>
    <item>
      <title>Intune application migration &amp; app management</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-application-migration-app-management/m-p/4513415#M23369</link>
      <description>&lt;P&gt;Migrating applications from Configuration Manager and other on-prem solutions to Microsoft Intune cloud native remains a challenging and time consuming undertaking, especially when dealing with complex line-of-business, legacy, and custom home-grown applications. Some organizations pursuing a full cloud-native management vision are encountering blockers related to application compatibility, re-packaging, and the scale of existing app estates - all while trying to maintain business continuity, device compliance, and preparing for the AI and Copilot era.&lt;/P&gt;
&lt;H3 style="margin-top: 16px; margin-bottom: 20px; font-family: 'Segoe UI', Segoe, Tahoma, Geneva, sans-serif; font-weight: 600; font-size: 20px; color: #333333;"&gt;Start here&lt;/H3&gt;
&lt;UL&gt;
&lt;LI&gt;Read &lt;A href="https://techcommunity.microsoft.com/blog/microsoftintuneblog/face-the-future-today-by-moving-your-application-to-cloud-native/4453681" target="_blank" rel="noopener"&gt;Face the future today by moving your application to cloud native&lt;/A&gt;&lt;/LI&gt;
&lt;LI&gt;Bookmark the &lt;A href="https://learn.microsoft.com/intune/intune-service/fundamentals/intune-planning-guide" target="_blank" rel="noopener"&gt;Microsoft Intune planning guide&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;P style="margin-top: 24px; margin-bottom: 36px;"&gt;&lt;STRONG&gt;Navigate to&lt;/STRONG&gt;:&lt;BR /&gt;&lt;A href="#community--1-why" target="_self"&gt;Why app migration matters&lt;/A&gt; | &lt;A href="#community--1-partners" target="_self"&gt;Application packaging partners&lt;/A&gt; | &lt;A href="#community--1-faq" target="_self"&gt;Frequently asked questions&lt;/A&gt;&lt;/P&gt;
&lt;!-- Why app migration matters --&gt;
&lt;DIV style="display: flex; align-items: center; height: 50px; background-color: rgb(0, 24, 93);"&gt;
&lt;H2 style="font-size: 20px; text-align: center; color: #ffffff; margin: 0px 20px 0px 20px;"&gt;&lt;a id="community--1-why" class="lia-anchor"&gt;&lt;/a&gt;Why app packaging matters&lt;/H2&gt;
&lt;/DIV&gt;
&lt;DIV style="padding: 20px 0; border: 1px dashed #00185d;"&gt;
&lt;P style="margin: 0px 20px 0px 20px;"&gt;Centralizing application management in Intune can deliver operational benefits such as unified enforcement and improved security posture—while supporting broader modernization goals.&lt;/P&gt;
&lt;P style="margin: 16px 20px 0px 20px;"&gt;Common blockers that slow cloud-native adoption include:&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;App compatibility and dependency complexity&lt;/LI&gt;
&lt;LI&gt;Manual repackaging effort at scale&lt;/LI&gt;
&lt;LI&gt;Risk of disruption during cutover&lt;/LI&gt;
&lt;/UL&gt;
&lt;/DIV&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;!-- Application packaging partners --&gt;
&lt;DIV style="display: flex; align-items: center; height: 50px; background-color: rgb(0, 24, 93);"&gt;
&lt;H2 style="font-size: 20px; text-align: center; color: #ffffff; margin: 0px 20px 0px 20px;"&gt;&lt;a id="community--1-app-packaging" class="lia-anchor"&gt;&lt;/a&gt;Application packaging partners&lt;/H2&gt;
&lt;/DIV&gt;
&lt;DIV style="padding: 20px 0; border: 1px dashed #2E8AE5;"&gt;
&lt;P style="margin: 0px 20px 0px 20px;"&gt;To address the complex realities of app migration, the Microsoft partner ecosystem has stepped up with specialized offers designed to reduce risk and accelerate cloud adoption. As part of this initiative our Microsoft partners Rimo3 and Robopack are offering no-cost, time-limited app migration service to all Intune customers who are looking to move from Configuration Manager to Intune. These services can help IT teams automate assessment, package conversion, and remediation for various app types, helping organizations realize the full value of Intune faster and with less disruption.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;BLOCKQUOTE style="margin: 0px 20px 0px 20px;"&gt;
&lt;P&gt;&lt;STRONG&gt;Note: &lt;/STRONG&gt;The app migration services listed on this page are offered directly by partners and are subject to their terms. Microsoft makes no guarantees or commitments regarding availability or outcome.&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;DIV class="styles_lia-table-wrapper__h6Xo9 styles_table-responsive__MW0lN" style="margin-left: 20px;"&gt;&lt;img /&gt;&lt;/DIV&gt;
&lt;P style="margin: 0px 20px 0px 20px;"&gt;&lt;A href="https://aka.ms/IntuneRimo3Package" target="_blank" rel="noopener"&gt;&lt;STRONG&gt;Rimo3&lt;/STRONG&gt;&lt;/A&gt; helps IT professionals modernize, migrate, and manage applications at enterprise scale. The platform eliminates manual effort by automating packaging, validation, and patch testing. With patented IP, Rimo3 ensures every app is compatible, secure, and visible for dependencies and update readiness before deployment. Automated, unattended workflows reduce migration timelines from months to days, while contextual patch validation minimizes production risk. Rimo3 keeps environments evergreen with zero-touch app management and enhances Microsoft Intune with bulk operations, advanced controls, and unified reporting.&lt;/P&gt;
&lt;DIV class="styles_lia-table-wrapper__h6Xo9 styles_table-responsive__MW0lN" style="margin-left: 20px; margin-top: 20px; margin-bottom: 0px;"&gt;&lt;img /&gt;&lt;/DIV&gt;
&lt;P style="margin: 0px 20px 0px 20px;"&gt;&lt;A href="https://aka.ms/IntuneRobopackPackage" target="_blank" rel="noopener"&gt;&lt;STRONG&gt;Robopack&lt;/STRONG&gt;&lt;/A&gt; is a cloud-native Intune app lifecycle platform that lets you package, deploy, and keep third-party apps updated, across one or many tenants, with phased control and PowerShell App Deployment Toolkit (PSADT)-based customization. Start with a self-service migration readiness report, mapped to the library of 41,000 pre-packaged, fully documented apps ready to go, or upload your own apps to be analysed and converted. Robopack Radar discovers apps installed across your estate, allowing you to quickly migrate to Intune and uncover Shadow IT.&lt;/P&gt;
&lt;/DIV&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;!-- Additional resources --&gt;
&lt;DIV style="display: flex; align-items: center; height: 50px; background-color: rgb(0, 24, 93);"&gt;
&lt;H2 style="font-size: 20px; text-align: center; color: #ffffff; margin: 0px 20px 0px 20px;"&gt;&lt;a id="community--1-faq" class="lia-anchor"&gt;&lt;/a&gt;Frequently asked questions&lt;/H2&gt;
&lt;/DIV&gt;
&lt;DIV style="padding: 20px 0; border: 1px dashed #00185d;"&gt;
&lt;P style="margin: 0px 20px 0px 20px;"&gt;&lt;STRONG&gt;Q: Is this a Microsoft-managed service?&lt;/STRONG&gt;&lt;BR /&gt;A: No. Partner offers are provided directly by partners and subject to partner terms; Microsoft makes no guarantees regarding availability or outcomes.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;P style="margin: 0px 20px 0px 20px;"&gt;&lt;STRONG&gt;Q: What kinds of apps can these paths help with?&lt;/STRONG&gt;&lt;BR /&gt;A: The published focus is on helping migrations from Conifguration Manager to Intune, including complex legacy and line-of-business apps.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;P style="margin: 0px 20px 0px 20px;"&gt;&lt;STRONG&gt;Q: Where do I start if I’m early in planning?&lt;/STRONG&gt;&lt;BR /&gt;A: Start with the Intune Planning Guide and Migration Guide.&lt;/P&gt;
&lt;/DIV&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 21 Apr 2026 15:50:59 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-application-migration-app-management/m-p/4513415#M23369</guid>
      <dc:creator>Lior_Bela</dc:creator>
      <dc:date>2026-04-21T15:50:59Z</dc:date>
    </item>
    <item>
      <title>Adobe reader update deployment via Intune</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/adobe-reader-update-deployment-via-intune/m-p/4512784#M23360</link>
      <description>&lt;P&gt;Hi Team, can we integrate and deploy Adobe reader update automatically via Intune or we need to create package and deploy latest version every month.&lt;/P&gt;</description>
      <pubDate>Mon, 20 Apr 2026 06:28:32 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/adobe-reader-update-deployment-via-intune/m-p/4512784#M23360</guid>
      <dc:creator>KarthickJokirathinam</dc:creator>
      <dc:date>2026-04-20T06:28:32Z</dc:date>
    </item>
    <item>
      <title>Edge update deployment via Intune</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/edge-update-deployment-via-intune/m-p/4512783#M23359</link>
      <description>&lt;P&gt;Hi Team, I am planning to deploy edge stable channel update from intune every month. Can anyone share the process &amp;amp; configuration settings in intune&lt;/P&gt;</description>
      <pubDate>Mon, 20 Apr 2026 06:25:02 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/edge-update-deployment-via-intune/m-p/4512783#M23359</guid>
      <dc:creator>KarthickJokirathinam</dc:creator>
      <dc:date>2026-04-20T06:25:02Z</dc:date>
    </item>
    <item>
      <title>Which Entra account are you supposed to use to connect to a managed Google Play account?</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/which-entra-account-are-you-supposed-to-use-to-connect-to-a/m-p/4512536#M23355</link>
      <description>&lt;P&gt;At &lt;A href="https://learn.microsoft.com/en-ca/intune/device-enrollment/android/connect-managed-google-play" target="_blank"&gt;Connect Intune account to managed Google Play account - Microsoft Intune | Microsoft Learn&lt;/A&gt;, it says:&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;We recommend using the Microsoft Entra account you're signed into to create the Google Admin account.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;So I used my Entra account to set it up. Now, though, when I look at the Managed Google Play item in Intune under Devices &amp;gt; Android &amp;gt; Enrollment, it has &lt;STRONG&gt;my &lt;/STRONG&gt;email address under "Linked account".&lt;/P&gt;&lt;P&gt;Was I supposed to create a shared Entra account to make this connection? What happens when I leave the org?&lt;/P&gt;</description>
      <pubDate>Fri, 17 Apr 2026 20:47:42 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/which-entra-account-are-you-supposed-to-use-to-connect-to-a/m-p/4512536#M23355</guid>
      <dc:creator>RyanSteele-CoV</dc:creator>
      <dc:date>2026-04-17T20:47:42Z</dc:date>
    </item>
    <item>
      <title>How to repair an application deployed via Intune with no admin rights</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/how-to-repair-an-application-deployed-via-intune-with-no-admin/m-p/4512489#M23354</link>
      <description>&lt;P&gt;Hi,&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would like to know how to repair an applcation deployed by Intune. User has no admin rights , so via control panel is not an option. User is not set as primary user on device.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thks for all comments&lt;/P&gt;</description>
      <pubDate>Fri, 17 Apr 2026 15:42:40 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/how-to-repair-an-application-deployed-via-intune-with-no-admin/m-p/4512489#M23354</guid>
      <dc:creator>sylsimp1</dc:creator>
      <dc:date>2026-04-17T15:42:40Z</dc:date>
    </item>
    <item>
      <title>Platform SSO "Page not found" on macOS Tahoe 26.4 — Company Portal 5.2602</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/platform-sso-quot-page-not-found-quot-on-macos-tahoe-26-4/m-p/4511436#M23353</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Environment:&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;macOS Tahoe 26.4&lt;/LI&gt;&lt;LI&gt;Company Portal 5.2602.0 (latest as of April 2026)&lt;/LI&gt;&lt;LI&gt;Microsoft Intune — Automated Device Enrollment (ADE)&lt;/LI&gt;&lt;LI&gt;Platform SSO with Secure Enclave (UserSecureEnclaveKey)&lt;/LI&gt;&lt;LI&gt;SSO Extension: com.microsoft.CompanyPortalMac.ssoextension / Team ID: UBF8T346G9&lt;/LI&gt;&lt;LI&gt;URLs configured: https://login.microsoftonline.com, https://login.microsoft.com, https://sts.windows.net&lt;/LI&gt;&lt;LI&gt;Device: MacBook Pro 14" (Apple Silicon), supervised, ADE-enrolled&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;Issue:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;During Platform SSO registration, after the user authenticates successfully in the SSO registration prompt, Company Portal crashes with a "Page not found" error. The registration never completes — no WPJ certificate is created, no SSO registration key is stored in the Secure Enclave.&lt;/P&gt;&lt;P&gt;Console logs show:&lt;/P&gt;&lt;P&gt;CompanyPortalMac: URL(filePath:) API misuse — usingass old file path API which does not support security scoped bookmarks&lt;/P&gt;&lt;P&gt;The error occurs specifically at the token exchange step after authentication, suggesting the Company Portal binary is calling a deprecated macOS file URL API that Tahoe 26.4 now enforces more strictly.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;What we tried:&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Full wipe and re-enrollment via ADE&lt;/LI&gt;&lt;LI&gt;Removing and reinstalling Company Portal via Intune&lt;/LI&gt;&lt;LI&gt;Different user accounts&lt;/LI&gt;&lt;LI&gt;Verified SSO extension profile is correctly applied (confirmed via profiles show -type configuration)&lt;/LI&gt;&lt;LI&gt;Verified network connectivity to Microsoft identity endpoints&lt;/LI&gt;&lt;LI&gt;Tested on a clean macOS Tahoe 26.4 install — same result&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;Expected behavior:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Platform SSO registration completes, WPJ certificate is created, and SSO token is cached for seamless authentication.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Actual behavior:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;"Page not found" after authentication in the SSO registration flow. Console shows the URL(filePath:) API misuse warning. Registration fails silently — no error surfaced to the user beyond the page not found screen.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Question:&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Is this a known bug in Company Portal 5.2602 with macOS Tahoe 26.4? Is there a newer build or hotfix addressing the URL(filePath:) deprecation? Any workaround available?&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Tags:&lt;/STRONG&gt; Platform SSO, macOS, Company Portal, ADE, Intune&lt;/P&gt;</description>
      <pubDate>Wed, 15 Apr 2026 06:49:42 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/platform-sso-quot-page-not-found-quot-on-macos-tahoe-26-4/m-p/4511436#M23353</guid>
      <dc:creator>mek-a2</dc:creator>
      <dc:date>2026-04-15T06:49:42Z</dc:date>
    </item>
    <item>
      <title>Intune enroll on redhat 10 KDE</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-enroll-on-redhat-10-kde/m-p/4510249#M23342</link>
      <description>&lt;P&gt;**intune-portal 1.2603.31 fails to authenticate on RHEL 10 KDE Plasma — Misconfiguration(0) in gtk4/actions.rs**&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;**Environment**&lt;/P&gt;&lt;P&gt;- OS: Red Hat Enterprise Linux 10&lt;/P&gt;&lt;P&gt;- Desktop: KDE Plasma (Wayland, XDG_SESSION_DESKTOP=plasma)&lt;/P&gt;&lt;P&gt;- intune-portal: 1.2603.31-1.el10.x86_64&lt;/P&gt;&lt;P&gt;- microsoft-identity-broker: 3.0.1-1.el10.x86_64&lt;/P&gt;&lt;P&gt;- xdg-desktop-portal-kde: 6.4.5-1.el10_1.x86_64&lt;/P&gt;&lt;P&gt;- webkitgtk6.0: 2.50.4-2.el10_1.x86_64&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;**Summary**&lt;/P&gt;&lt;P&gt;The Intune portal fails to complete authentication on KDE Plasma. The same machine, same user account, and same tenant works correctly under GNOME on the same RHEL 10 install. The only difference between the working and non-working sessions is XDG_SESSION_DESKTOP (gnome vs plasma).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;**Error**&lt;/P&gt;&lt;P&gt;The portal throws the following Rust error when attempting to start a login:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;```&lt;/P&gt;&lt;P&gt;[intune-portal/src/gtk4/actions.rs:103:29] e = Error {&lt;/P&gt;&lt;P&gt;context: "Starting a new login",&lt;/P&gt;&lt;P&gt;source: Misconfiguration(&lt;/P&gt;&lt;P&gt;0,&lt;/P&gt;&lt;P&gt;),&lt;/P&gt;&lt;P&gt;}&lt;/P&gt;&lt;P&gt;```&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The OneAuth logs show:&lt;/P&gt;&lt;P&gt;- `No accounts found in the OneAuth account store`&lt;/P&gt;&lt;P&gt;- `Auth params authority is empty`&lt;/P&gt;&lt;P&gt;- `MATS device telemetry disabled`&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This results in a [4kv4v] error in the Microsoft auth window with Code: 0.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;**Additional findings during investigation**&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. On RHEL 10, the KDE portal service is named `plasma-xdg-desktop-portal-kde.service` rather than the expected `xdg-desktop-portal-kde.service`. This means it is not auto-discovered without explicitly starting it, which is a secondary issue.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2. Overriding `XDG_SESSION_DESKTOP=gnome` at launch does not resolve the Misconfiguration(0) error, suggesting the portal reads the session desktop variable at startup rather than at auth time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;3. The auth flow reaches the broker, the broker starts MSAL, but the portal fails to pass authority parameters, so the login flow never presents a credential prompt to the user.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;**Steps to reproduce**&lt;/P&gt;&lt;P&gt;1. Install intune-portal 1.2603.31 on RHEL 10&lt;/P&gt;&lt;P&gt;2. Log into a KDE Plasma Wayland session&lt;/P&gt;&lt;P&gt;3. Launch intune-portal and attempt to sign in&lt;/P&gt;&lt;P&gt;4. Observe Misconfiguration(0) error — no login prompt is shown&lt;/P&gt;&lt;P&gt;5. Log out, log into GNOME on the same machine&lt;/P&gt;&lt;P&gt;6. Launch intune-portal — authentication completes successfully&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;**Expected behaviour**&lt;/P&gt;&lt;P&gt;Authentication should work on KDE Plasma in the same way it does on GNOME.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;**Workaround**&lt;/P&gt;&lt;P&gt;None found. Using GNOME is the only current option on this machine.&lt;/P&gt;</description>
      <pubDate>Fri, 10 Apr 2026 10:05:44 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-enroll-on-redhat-10-kde/m-p/4510249#M23342</guid>
      <dc:creator>Brike</dc:creator>
      <dc:date>2026-04-10T10:05:44Z</dc:date>
    </item>
    <item>
      <title>SSID connection using intune pushed profile kept prompting manual login</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/ssid-connection-using-intune-pushed-profile-kept-prompting/m-p/4509821#M23338</link>
      <description>&lt;P&gt;Hi, anyone encountered an issue where users connecting to an SSID with 802.1X authentication using an Intune-pushed Wi-Fi profile (with credential caching enabled) are still being prompted to enter their credentials manually? However, it works fine by configuring the network connection protocol manually. Thank you.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 09 Apr 2026 07:18:13 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/ssid-connection-using-intune-pushed-profile-kept-prompting/m-p/4509821#M23338</guid>
      <dc:creator>SSChew</dc:creator>
      <dc:date>2026-04-09T07:18:13Z</dc:date>
    </item>
    <item>
      <title>Intune Device Reset Issue After Recent Update</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-device-reset-issue-after-recent-update/m-p/4509689#M23336</link>
      <description>&lt;P&gt;Hi everyone,&lt;/P&gt;&lt;P&gt;We’re currently running into an issue with device reset scenarios in our environment and wanted to check if others are seeing something similar or have identified a reliable workaround.&lt;/P&gt;&lt;P&gt;Environment:&lt;/P&gt;&lt;P&gt;• Windows 11 25H2&lt;/P&gt;&lt;P&gt;• Windows Autopatch enabled&lt;/P&gt;&lt;P&gt;• Devices managed via Intune&lt;/P&gt;&lt;P&gt;Issue: When initiating any of the following actions from the Intune portal:&lt;/P&gt;&lt;P&gt;• Autopilot Reset&lt;/P&gt;&lt;P&gt;• Fresh Start&lt;/P&gt;&lt;P&gt;• Wipe&lt;/P&gt;&lt;P&gt;…the process consistently fails at around 38–40%.&lt;/P&gt;&lt;P&gt;Observations:&lt;/P&gt;&lt;P&gt;• Event Viewer logs Event ID 4502 during the failure.&lt;/P&gt;&lt;P&gt;• This behavior started after applying a recent update.&lt;/P&gt;&lt;P&gt;Troubleshooting performed:&lt;/P&gt;&lt;P&gt;• We attempted to repair/rebuild the WinRE partition using the WinRE.wim from the latest Windows 11 ISO.&lt;/P&gt;&lt;P&gt;• After this repair, the reset process completes successfully.&lt;/P&gt;&lt;P&gt;However:&lt;/P&gt;&lt;P&gt;• Post-reset, during re-enrollment, the device fails at the Account Setup (ESP) stage.&lt;/P&gt;&lt;P&gt;Support status:&lt;/P&gt;&lt;P&gt;• We had a case opened with Microsoft but they said that Reset was triggered from intune and reset process started on device so they cannot check anything further from their end and they have not received any similar cases or not aware of any known issue&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Has anyone else encountered:&lt;/P&gt;&lt;P&gt;• Reset failures around 40% with Event ID 4502?&lt;/P&gt;&lt;P&gt;• Issues tied to WinRE after recent updates?&lt;/P&gt;&lt;P&gt;• Enrollment failures post-reset (ESP Account Setup stage)?&lt;/P&gt;&lt;P&gt;If so, have you found:&lt;/P&gt;&lt;P&gt;• A root cause?&lt;/P&gt;&lt;P&gt;• A stable remediation or workaround?&lt;/P&gt;&lt;P&gt;Appreciate any insights or shared experiences.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 08 Apr 2026 17:40:55 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-device-reset-issue-after-recent-update/m-p/4509689#M23336</guid>
      <dc:creator>Parth49</dc:creator>
      <dc:date>2026-04-08T17:40:55Z</dc:date>
    </item>
    <item>
      <title>Hybrid Azure AD joined device not enrolling into Intune</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/hybrid-azure-ad-joined-device-not-enrolling-into-intune/m-p/4509668#M23335</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;H2&gt;&amp;nbsp;&lt;/H2&gt;&lt;H3&gt;Issue&lt;/H3&gt;&lt;P&gt;A Windows device &lt;STRONG&gt;successfully registers in Entra ID (Hybrid Azure AD join)&lt;/STRONG&gt; but &lt;STRONG&gt;never enrolls into Intune&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;Result:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Device appears in &lt;STRONG&gt;Entra ID&lt;/STRONG&gt;&lt;/LI&gt;&lt;LI&gt;Device does &lt;STRONG&gt;not&lt;/STRONG&gt; appear in &lt;STRONG&gt;Intune&lt;/STRONG&gt;&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Intune Management Extension is not installed&lt;/STRONG&gt;&lt;/LI&gt;&lt;LI&gt;Device remains &lt;STRONG&gt;SCCM‑only&lt;/STRONG&gt; (co‑management never starts)&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Log (CoManagementHandler.log):&lt;/P&gt;&lt;P&gt;EnrollmentUrl = (null) Device is not MDM enrolled yet. All workloads are managed by SCCM.&lt;/P&gt;&lt;H3&gt;Environment&lt;/H3&gt;&lt;UL&gt;&lt;LI&gt;Windows 10/11&lt;/LI&gt;&lt;LI&gt;Hybrid Azure AD Join&lt;/LI&gt;&lt;LI&gt;On‑prem AD + MECM (Cloud Attach / Co‑management enabled)&lt;/LI&gt;&lt;LI&gt;Microsoft 365 E3 (Intune license assigned)&lt;/LI&gt;&lt;LI&gt;Device on corporate trusted network&lt;/LI&gt;&lt;/UL&gt;&lt;H3&gt;What I’ve done&lt;/H3&gt;&lt;UL&gt;&lt;LI&gt;Verified Azure AD join and MDM URL&lt;/LI&gt;&lt;LI&gt;Confirmed MDM user scope = All&lt;/LI&gt;&lt;LI&gt;Verified Intune enrollment restrictions allow Windows&lt;/LI&gt;&lt;LI&gt;Verified user has Intune license&lt;/LI&gt;&lt;LI&gt;Identified Conditional Access policy targeting &lt;STRONG&gt;“Register or join devices”&lt;/STRONG&gt;&lt;/LI&gt;&lt;LI&gt;Updated that CA policy to &lt;STRONG&gt;Exclude → Microsoft Intune Enrollment&lt;/STRONG&gt;&lt;/LI&gt;&lt;LI&gt;Waited for replication and retried enrollment (deviceenroller.exe /c /AutoEnrollMDM)&lt;/LI&gt;&lt;/UL&gt;&lt;H3&gt;Question&lt;/H3&gt;&lt;P&gt;Despite excluding &lt;STRONG&gt;Microsoft Intune Enrollment&lt;/STRONG&gt;, the device &lt;STRONG&gt;still does not enroll into Intune&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 08 Apr 2026 16:14:54 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/hybrid-azure-ad-joined-device-not-enrolling-into-intune/m-p/4509668#M23335</guid>
      <dc:creator>Ankido88</dc:creator>
      <dc:date>2026-04-08T16:14:54Z</dc:date>
    </item>
    <item>
      <title>App Protection: Custom app vs Partner app</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/app-protection-custom-app-vs-partner-app/m-p/4509644#M23334</link>
      <description>&lt;P&gt;Is there any functional difference in using an app protection policy to manage a public&amp;nbsp;partner app versus a custom application?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have an app vendor that says they wrapped their app with the SDK but it is not on the partner list so we cannot pick it from the public app list. Which leaves us with the custom app option. Is the functionality the&amp;nbsp;same? Will it show up on the app protection&amp;nbsp;report, work with conditional access policies, other Microsoft solutions, etc.?&lt;/P&gt;&lt;P&gt;Thank you -&amp;nbsp;&lt;/P&gt;&lt;P&gt;Jessie&lt;/P&gt;</description>
      <pubDate>Wed, 08 Apr 2026 13:24:25 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/app-protection-custom-app-vs-partner-app/m-p/4509644#M23334</guid>
      <dc:creator>hw2B440</dc:creator>
      <dc:date>2026-04-08T13:24:25Z</dc:date>
    </item>
    <item>
      <title>Webinar Cancellation</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/webinar-cancellation/m-p/4508987#M23329</link>
      <description>&lt;img /&gt;
&lt;P&gt;Hi everyone,&lt;/P&gt;
&lt;P&gt;The webinar &lt;STRONG&gt;“Re‑Envisioned: The New Single Device Experience in the Intune Admin Console,”&lt;/STRONG&gt; originally scheduled for &lt;STRONG&gt;April 7 at 9:00 AM Pacific Time&lt;/STRONG&gt;, has been cancelled at this time.&lt;/P&gt;
&lt;P&gt;We plan to reschedule the session, and when a new date is confirmed, it will be shared at &lt;A class="lia-external-url" href="http://aka.ms/securitycommunity" target="_blank"&gt;http://aka.ms/securitycommunity&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;We sincerely apologize for the inconvenience and appreciate your continued engagement with the Microsoft Security Community.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Apr 2026 01:46:53 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/webinar-cancellation/m-p/4508987#M23329</guid>
      <dc:creator>emilyfalla</dc:creator>
      <dc:date>2026-04-07T01:46:53Z</dc:date>
    </item>
    <item>
      <title>Company Portal Profile installation failed on iPhone - Status code 400</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/company-portal-profile-installation-failed-on-iphone-status-code/m-p/4508965#M23328</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've been managing mobile devices through InTune for almost a year.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Most of our devices are iOs - I add the phone to the Apple Business Manager - wait for it to appear in InTune - then install company portal, and log my user in. This pushed out software etc to the phone.&lt;BR /&gt;I successfully set one up on Thursday.&lt;/P&gt;&lt;P&gt;Today I'm trying to set a new one up and I can't get the Company Portal profile to install. I get a long error, ending in Status Code 400.&amp;nbsp;&lt;BR /&gt;This error happens often, but usually if I try again, it works. Recently I thought I had discovered the issue, and have started ensuring the iPhones are updated before installing Company Portal. But nothing works with this phone.&lt;/P&gt;&lt;P&gt;Any suggestions?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance!&lt;BR /&gt;Amber&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 06 Apr 2026 21:58:24 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/company-portal-profile-installation-failed-on-iphone-status-code/m-p/4508965#M23328</guid>
      <dc:creator>AmberH675</dc:creator>
      <dc:date>2026-04-06T21:58:24Z</dc:date>
    </item>
    <item>
      <title>Intune iOS User-Based App Targeting</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-ios-user-based-app-targeting/m-p/4508164#M23321</link>
      <description>&lt;P&gt;I’ve noticed an issue with user-based targeting and was wondering if this is an issue, or I'm just using it wrong.&lt;/P&gt;&lt;P&gt;Lets say I want an iOS app to be deployed out to a user group, but only to company owned devices of those users. I set the assignment for required user group and assign an Include filter for corporate owned devices. If this app is also Available for All Users, then the app deploys out to all devices from the required user group, even their personal devices. It basically forgets there is a filter for the required user group assignment.&lt;/P&gt;&lt;P&gt;Any way around this? It feels like a glitch in how Intune deploys apps.&lt;/P&gt;</description>
      <pubDate>Thu, 02 Apr 2026 19:48:09 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-ios-user-based-app-targeting/m-p/4508164#M23321</guid>
      <dc:creator>Braaaaaad</dc:creator>
      <dc:date>2026-04-02T19:48:09Z</dc:date>
    </item>
    <item>
      <title>Intune MAM - Questions about Company Data Removal</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-mam-questions-about-company-data-removal/m-p/4507402#M23316</link>
      <description>&lt;P&gt;Hey all, we're looking to deploy Intune MAM for an organization.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The organization only has BYOD devices (users have their own personal phones and company-provided phones are NOT an option.)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our end goal is the ability to wipe company data from a phone once a user has been offboarded (Outlook, Teams, etc.).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To reduce friction, we identified that MAM may be the policy to allow for company data removal with little to no friction.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Upon doing some reading, we came across a source that said that if a user uninstalls the broker agent (Intune Company for Android and Microsoft Authenticator for iOS), that an App Selective Wipe will NOT complete, especially if the user uninstalls the app BEFORE the wipe or DURING the pending wipe.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Has this been the case for anyone else and do you have suggestions as how we can get to our end goal?&lt;/P&gt;</description>
      <pubDate>Tue, 31 Mar 2026 17:32:01 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/intune-mam-questions-about-company-data-removal/m-p/4507402#M23316</guid>
      <dc:creator>lilbopeeps</dc:creator>
      <dc:date>2026-03-31T17:32:01Z</dc:date>
    </item>
    <item>
      <title>Data Removal using MAM Policies</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/data-removal-using-mam-policies/m-p/4507399#M23314</link>
      <description>undefined</description>
      <pubDate>Tue, 31 Mar 2026 17:25:25 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/data-removal-using-mam-policies/m-p/4507399#M23314</guid>
      <dc:creator>lilbopeeps</dc:creator>
      <dc:date>2026-03-31T17:25:25Z</dc:date>
    </item>
    <item>
      <title>IOS - Embedded Webkit - Not Reporting Correct Device info</title>
      <link>https://techcommunity.microsoft.com/t5/microsoft-intune/ios-embedded-webkit-not-reporting-correct-device-info/m-p/4507029#M23309</link>
      <description>&lt;P&gt;It appears that with the latest iOS versions (26.3.1 through 26.4), applications that rely on an embedded WebKit for sign-in are no longer reporting accurate device details within Device Info.&lt;/P&gt;&lt;P&gt;Users have company-issued phones that are successfully enrolled in Intune, but when they attempt to sign in to Apple Mail, Conditional Access is denying the login. After reviewing the logs, iOS is reporting the OS version as 18.7.0 to Intune, even though the device is actually running iOS 26.4. Additionally, the device information is coming through as blank, so attributes are not being evaluated. When looking at other logins via the outlook app on that device it all appears normal and works.&lt;/P&gt;&lt;P&gt;Has anyone else observed this behavior where WebKit is sending incorrect data to Intune? Does anyone know of a workaround other than relaxing Conditional Access policies?&lt;/P&gt;&lt;img /&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 30 Mar 2026 20:36:33 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/microsoft-intune/ios-embedded-webkit-not-reporting-correct-device-info/m-p/4507029#M23309</guid>
      <dc:creator>NexusEgo</dc:creator>
      <dc:date>2026-03-30T20:36:33Z</dc:date>
    </item>
  </channel>
</rss>

