We are pleased to announce the general availability of FSLogix 2210 hotfix 3 (2.9.8784.63912).
Important News!
We recognize many customers are under pressure to deploy new Teams in anticipati...
Update: When new Teams is detected, the AppX package is registered for the user during sign-in.
Update: During user sign-out, Teams user data/cache located in%LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\LocalCachewill be saved in the container.
Fix: Resolved an issue where a virtual machine would reboot unexpectedly as a result of bug check (various stop codes) when a user's redirects were removed before sign-out
[UPDATE] January 9th, 2024:
First of all, I want to say "THANK YOU" to all of those who've been testing and validating this hotfix preview release. Based on the testing and feedback I'd like to report on the current status:
All:
Potential anti-virus conflicts. Teams 2.1 paths have changed, and some anti-virus products have prevented the Teams executables from launching correctly. Confirm with your vendor if any changes are needed to be compatible with Teams 2.1.
Windows 10 and 11 (Enterprise and Multi-session):
Operating systems have the correct API(s) for proper discovery and registration for UWP / AppX packages.
Profile only, Profile and ODFC, and ODFC only configurations working as intended.
Preservation of Teams user data in %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache working as intended.
Windows Server 2022:
[Unable to reproduce]Teams 2.1 fails to launch / start with a message, "msteams_autostarter.exe 'The parameter is incorrect'" (Looking for customers to help investigate and reproduce).
Windows Server 2019:
[Confirmed] Missing API for UWP / AppX packages preventing discovery and registration (under investigation).
[Unable to reproduce] Failure to instantiate storage folder C:\Users\%username%\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache for package MSTeams_8wekyb3d8bbwe with Error Code: -2147024809 (Looking for customers to help investigate and reproduce).
Once we can confirm we've addressed the issue above, we will plan for an updated release for hotfix 3 (updated version).
We're running Windows 11 23h2 multi-session (AVD) with FSLogix hotfix 3 (2.9.8716.30241), new Teams, auto update disabled, and test group of users all with a new profile (using new path) from start (so no classic Teams). We've seen a lot of error 26 (Failed to acquired logoff lock for user & Failed to acquired check session lock for user & Error exporting profile registry information) and error 53 (Failed to acquire mutex for user).
Once we get the users logged in, they do work fine and new Teams seems to work as expected.
In hotfix 2, we previously had similar issues, and setting 'InstallAppxPackages' to 0 (disabled) seemed to resolve it. However, with new Teams being an Appx package, I'm not sure how this works in coordination with new Teams? We've got 'InstallAppxPackages' set to 1 (enabled) on the test deployment running hotfix 3. If it is possible we can safely disable it again, I'm happy to give that some testing?