Sa 3041 retain default app protocol associations

[kmaranionjc]

Issues

• SA-3041 - SA-3041-Retain-Default-App-Protocol-Associations
• SA-3822 - CUT-3822-LoadHiveBug

What does this solve?

• Added migration of default apps/file type associations(ex. .txt, html, mp3) and protocol type associations(ex. FTP, HTTP)
• Added a fix to stop/revert migration when a registry hive fails to load

  Is there anything particularly tricky?

  Migrated user is unable to run unsigned uwp_jcadmu.exe unless the migrated user is an administrator.

  How should this be tested?

  FTA/PTA Test: PRE-MIGRATION:

  1. Change the couple of default apps to your AD user's account such as default browser or text file application in Settings->Apps->Default Apps
  2. While in Default Apps settings, use the search bar to search for a protocol such as FTP, HTTP, HTTPS. Change the default value.
  3. Sign out then migrate POST-MIGRATION
  4. Create a uwp_jcadmu.exe file:
• In powershell CD to C:\Users\YOURUSER\Downloads\JCADMUBranch\Deploy
• Run this command to create .exe: Invoke-ps2exe -inputFile .\uwp_jcadmu.ps1 -outputFile .\uwp_jcadmu.exe -title 'JumpCloud ADMU' -product 'JumpCloud ADMU' -description 'JumpCloud AD Migration Utility' -copyright "(c) $year" -version “2.6.0” -company 'JumpCloud' -requireAdmin -iconfile '.\admu.ico'
  2. After creating the uwp_jcadmu.exe move it to C:\Windows
  3. From my tests, I have an issue with non-admin user running the uwp_jcadmu.exe due to it being unsigned. My workaround testing until we get a signed file is to set the migrated user as an admin for the file to run properly.
  4. Validate the changes on the migrated user's Default Apps settings
  5. Validate the CSV files and logs created

Load Hive Bug Test:

1. Change the REG LOAD path to a nonexistent path for line 417 or 418 in Set-UserRegistryLoadState function
2. Run migration
3. Validate that it should throw an error