RES WebGuard: This assembly is protected by an unregistered version of Eziriz's ".NET Reactor"!

We are about to finish our XenApp 6.5 to XenApp 7.12 project at a customer. In the new Citrix setup, we are using RES One Workspace 2016 for now. An upgrade to RES One Workspace V10 is planned after go live.

One of the last annoying issues on the issue list is the following pop-up: This assembly is protected by an unregistered version of Eziriz’s “.NET Reactor”!

This message box doesn’t popup every time, so it was hard to reproduce the pop-up for investigating it’s source. After a long troubleshoot and google queries, the project member “Frank Slomp” has found the solution which I want to share with you.

The source of this Eziriz’s message box is RES One Workspace WebGuard Internet Explorer Add-in (RES.WebGuard.WebGuardIE). When contacting RES-Support they mentioned some other customer cases with the same Eziriz’s .NET Reactor message box. They told us that an upgrade to RES One Workspace V10 should solve this issue (did not test this out yet).

Since all the testing by the customer is done on RES One Workspace 2016 we don’t want to upgrade to V10 one day before go live. So I have another solution for users who don't want to upgrade to V10 yet. The customer had website security configured in “Learning mode”, so after disabling this feature the Eziriz’s .NET message box is gone (see Dutch screenshot).

Fixed: Internet Explorer “MfApHook64.dll” crash with RES One Workspace 2016 and Citrix 7.12 VDA

Today I was working on a XenApp 6.5 with RES One Workspace 2015 to XenApp 7.12 with RES One Workspace 2016 project. During this project I had crashes with Internet Explorer on Windows 2012 R2 with crashing module “MfApHook64.dll” version “7.12.0.211”. Screenshot in Dutch:


After troubleshooting I figured out that this problem is caused by RES One Workspace 2016. Somehow RES One Workspace is creating 64-bit Internet Explorer shortcuts instead of the default 32-bit Internet Explorer shortcuts. Due to this, Internet Explorer 64-bit is starting instead of Internet Explorer 32-bit. After contact with RES Support (very good helpdesk) I was facing an issue with RES One Workspace and the Citrix 7.12 VDA. Something is changed within the Citrix 7.12 VDA code. I think the new code for feature “HTML5 video redirection for internal web sites” is breaking RES One Workspace.

RES does have a private fix for this issue, but isn’t suitable for production environments at the moment (10-02-2017). So the only workaround is downgrade the VDA to 7.11 until RES is releasing a public fix for this issue.   

Update - 20 March 2017: RES Software released V10 of RES One Workspace. This version fixes the issue.

AutoColorization: Pink taskbar and title bar when using Hybrid profile and Active Setup (Windows 2012 R2 and Windows 8.1)

A customer, which has a red and white color logo, got a pink taskbar and title bars after applying a new background on their Windows 2012 R2 Session Hosts. This pink color is generated by default due to the Auto Color in the users taskbar and title bar color personalization setting. In the registry this is called AutoColorization. AutoColorization pics an average color of you background image. In case of this customer red and white makes pink. The customer doesn’t like a pink taskbar for 500+ users, so they decided that it needs to be blue. When using Local Profiles with RES One Workpace Zero Profile mode, this doesn’t work out of the box. Because we are using Local Profiles combined with RES One Workspace Zero profile mode, every time the user logs in the Active Setup is started for themes. The Active Setup is resetting the registry settings for AutoColorization and the color we’ve picked (DWM). We need this active setup at login!
 
The registry keys for setting the taskbar and title bars to blue:
---------------------------------------------------------
Windows Registry Editor Version 5.00
 
[HKEY_CURRENT_USER\Control Panel\Desktop]
"AutoColorization"=dword:00000000
 
[HKEY_CURRENT_USER\Software\Microsoft\Windows\DWM]
"ColorizationAfterglow"=dword:c484c6ff
"ColorizationAfterglowBalance"=dword:0000000a
"ColorizationBlurBalance"=dword:00000001
"ColorizationColor"=dword:c484c6ff
"ColorizationColorBalance"=dword:00000059
"ColorizationGlassAttribute"=dword:00000000
"Composition"=dword:00000001
"EnableWindowColorization"=dword:00000001
---------------------------------------------------------
 
With RES One Workspace it is impossible to set the color behavior properly by using the “User Registry” settings. When applying the correct keys to RES User Registry Settings only, the color of the taskbar and titlebar is changing every session (white, gray, black, etc.) I’ve figured out that the workspace composer isn’t messing these registry keys, but the enabled Active Setup is.

To set a solid color properly, please configure the registry keys as follows:

1. Open your Active Directory Session Host User Policy and add the registry keys to the Group Policy Preference (this applies the registry keys before the RES Composer and Active Setup)

 2. Apply the registry keys again with RES One Workspace User Registry (this applies the registry keys after the Active Setup)

 
3. Bam, solid blue for every user!

If you want another color like orange. Just configure orange in and Admin session and capture the right DWM values for orange.