Hi Mike,
This issue is related to recent browser security changes affecting GCBA screen recording in embedded frameworks. Genesys published an article that covers this behavior and the required iframe permissions:
https://community.genesys.com/discussion/action-needed-to-resolve-private-and-public-embeddable-framework-screen-recording-via-gcba
In iframe-in-iframe scenarios (like MSFT Dynamics), the documentation highlights that the required permissions must be properly propagated, otherwise screen recording may not start even if the Genesys iframe is updated.
This might help support the ongoing investigation with both Genesys and Microsoft.
------------------------------
Guilherme Hernandez Hubner
Analista de suporte pleno
Interaxa Brasil Tecnologia e Informatica Ltda
------------------------------
Original Message:
Sent: 01-08-2026 10:08
From: Michael Rigney
Subject: Edge 143 Breaking GCBA Screen Recording? Here's the Fix (Local Network Access Registry Keys)
@Chris Rodriguez - Thank you for your detailed reply.
In my experience, these changes only resolve the issue for Genesys UI users. We have a group of users who are using the Genesys Embeddable Framework / Connector for MSFT Dynamics that haven't had screen recordings since October. After several weeks of finger pointing, we finally got Genesys engaged and they added the required explicit permissions to the connector iframe. However, they just "discovered" that the parent MSFT iframe may also need the explicit permissions added. Currently, both Genesys (and our company) have cases open w/ MSFT on this issue.
Is there anyone out there that has a solution for user that are NOT using the Genesys UI for making / taking calls?
Thanks!
Mike
------------------------------
Michael Rigney
Sr. Contact Center Engineer
Original Message:
Sent: 12-30-2025 10:57
From: Chris Rodriguez
Subject: Edge 143 Breaking GCBA Screen Recording? Here's the Fix (Local Network Access Registry Keys)
Hi Everyone,
Sorry if this has already been solved elsewhere, we use Edge in my company and didn't catch wind of this until this month! 😅
If GCBA screen recording suddenly stopped working around early December 2025, you're not alone. Microsoft Edge 143 introduced new Local Network Access (LNA) security restrictions that block GCBA's loopback communication. This wasn't announced by Microsoft or Genesys ahead of time.
Edge 143 now requires user permission for websites to connect to localhost applications like GCBA. When users dismiss or block this prompt, screen recordings stop working, and the prompt doesn't reappear.
The Solution
Deploy registry keys to bypass the LNA permission prompt. This prevents users from accidentally blocking GCBA.
Registry Keys (use wildcards to cover all regions):
For Microsoft Edge:
For Google Chrome (if applicable):
Note: Using wildcard patterns (.pure.cloud/ and .mypurecloud.com/) covers all Genesys regions automatically, making this future-proof and easier to maintain.
PowerShell Deployment Script:
$EdgeRegPath = "HKLM:\SOFTWARE\Policies\Microsoft\Edge\LocalNetworkAccessAllowedForUrls"$GenesysUrl1 = "https://*.pure.cloud/*"$GenesysUrl2 = "https://*.mypurecloud.com/*"if (-not (Test-Path $EdgeRegPath)) { New-Item -Path $EdgeRegPath -Force | Out-Null}Set-ItemProperty -Path $EdgeRegPath -Name "1" -Value $GenesysUrl1 -Type StringSet-ItemProperty -Path $EdgeRegPath -Name "2" -Value $GenesysUrl2 -Type String
Manual Fix for Individual Users:
Edge: Go to edge://settings/content/localNetworkAccess → Find Genesys URL in "Not allowed" → Click three dots → Select "Allow"
Chrome: Go to chrome://settings/content/localNetworkAccess → Same steps as Edge
Hope this helps!
#Omni-ChannelDesktop/UserInterface
------------------------------
Chris Rodriguez
Contact Center System Administrator
------------------------------