I do think the GN switchover exposed this problem, however what is interesting is that local, debug GN MSIs worked fine (until Aug 3rd when is_component_build was flipped to true, but this is unrelated).

It seems like it is only a problem with official, release builds.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/348cecd2dbd8cdcbba968c25e54857d209e756ac

commit 348cecd2dbd8cdcbba968c25e54857d209e756ac
Author: joedow <joedow@chromium.org>
Date: Tue Aug 09 17:16:04 2016

Fixing the broken CRD Windows MSI

Just after the GN switch over I found that our official MSIs no longer
contained working binaries.  The MSI was also larger (by ~9MB) and I did not
see an icon in the add/remove programs applet for the CRD service.

All of these problems were caused by a single line in the host GN build file.
When the Windows installation target is built, there is a set of input files
and a set of destinations (for those files) which are fed into a python script.

The lines for chromoting.ico and icudtl.dat were swapped.  This means the MSI
was using icudtl.dat as the icon and chromoting.ico as the icu data file.

In order to try and prevent this issue from occuring again (which is really
easy miss in CR), I've added some organization and comments to the files list.

One note: this issue seems to only repro on release builds though I see the
incorrect files in the generated folders for my local builds without my change.
My assumption is that since I know the MSI is generated correctly (icon shows
up and package size is right) that the official build will also work.

BUG= 634380 

Review-Url: https://codereview.chromium.org/2229673002
Cr-Commit-Position: refs/heads/master@{#410719}

[modify] https://crrev.com/348cecd2dbd8cdcbba968c25e54857d209e756ac/remoting/host/BUILD.gn

This issue should be fixed and our nightly builds should be functional again.  AJ can you take a look and verify there weren't other problems that I missed from the GN switchover?

CRD MSI now installs correctly. Verified Fixed in 54.0.2825.0

Also, found no additional regressions