The crash dumps revealed that the network process was shut down because the daemon...
commit2c7a699cf6b4a85072ddf0b27f99aafc12116363
authorweitaosu <weitaosu@chromium.org>
Wed, 26 Nov 2014 23:49:18 +0000 (26 15:49 -0800)
committerCommit bot <commit-bot@chromium.org>
Wed, 26 Nov 2014 23:49:41 +0000 (26 23:49 +0000)
tree1675ba7f80f847c7cf11f5133e4ad6fa0ef79b9c
parente5a3141302b04cdb8dce0c5be25672ce63f7a9b1
The crash dumps revealed that the network process was shut down because the daemon process failed to open the pairing registry reg keys. The speculation is that these keys are absent for some unknown reason. We now create those keys if they are absent at daemon process startup. This doesn't address the underlying cause of the problem but it will reduce the number of host crashes (if our theory is correct).

Before the CL: if the pairing registry keys are absent, the host will be stuck in a dead loop because the network process will keep crashing as soon as it starts up.

After the CL: the daemon process will create the registry keys, the network process won't crash, and pinless auth will work as intended.

I also swapped the variable names for the secrets and client reg keys.

BUG=379360

Review URL: https://codereview.chromium.org/747093003

Cr-Commit-Position: refs/heads/master@{#305917}
remoting/host/daemon_process_win.cc
remoting/host/pairing_registry_delegate_win.cc
remoting/host/pairing_registry_delegate_win.h
remoting/host/setup/me2me_native_messaging_host_main.cc