Reusing names of policy keys from policy_constants.h

components/policy/resources/policy_templates.json

 {
 # policy_templates.json - Metafile for policy templates
 #
 # The content of this file is evaluated as a Python expression.
 #
 # This file is used as input to generate the following policy templates:
 # ADM, ADMX+ADML, MCX/plist and html documentation.
 #
 # Policy templates are user interface definitions or documents about the
 # policies that can be used to configure Chrome. Each policy is a name-value
@@ skipping 105 matching lines @@
 #   templates and documentation. The policy definition list that Chrome sees
 #   will include policies marked with 'future'. If a WIP policy isn't meant to
 #   be seen by the policy providers either, the 'supported_on' key should be set
 #   to an empty list.
 #
 # IDs:
 #   Since a Protocol Buffer definition is generated from this file, unique and
 #   persistent IDs for all fields (but not for groups!) are needed. These are
 #   specified by the 'id' keys of each policy. NEVER CHANGE EXISTING IDs,
 #   because doing so would break the deployed wire format!
-#   For your editing convenience: highest ID currently used: 283
+#   For your editing convenience: highest ID currently used: 288
 #
 # Placeholders:
 #   The following placeholder strings are automatically substituted:
 #     $1 -> Google Chrome / Chromium
 #     $2 -> Google Chrome OS / Chromium OS
 #     $3 -> Google Chrome Frame / Chromium Frame
 #     $6 is reserved for doc_writer
 #
 # Device Policy:
 #   An additional flag device_only (optional, defaults to False) indicates
@@ skipping 601 matching lines @@
             'dynamic_refresh': True,
             'per_profile': False,
           },
           'example_value': '12400-12409',
           'id': 264,
           'caption': '''Restrict the UDP port range used by the remote access host''',
           'desc': '''Restricts the UDP port range used by the remote access host in this machine.
 
           If this policy is left not set, or if it is set to an empty string, the remote access host will be allowed to use any available port, unless the policy <ph name="REMOTEACCESSHOSTFIREWALLTRAVERSAL_POLICY_NAME">RemoteAccessHostFirewallTraversal</ph> is disabled, in which case the remote access host will use UDP ports in the 12400-12409 range.''',
         },
+        {
+          'name': 'RemoteAccessHostMatchUsername',
+          'type': 'main',
+          'schema': { 'type': 'boolean' },
+          'supported_on': ['chrome.*:36-'],
+          'supported_on DO NOT SUBMIT': 'simonmorris@chromium.org 2012-10-30 22:31:12 52ba3ea',
+          'features': {
+            'dynamic_refresh': True,
+            'per_profile': False,
+          },
+          'example_value': False,
+          'id': 284,
+          'caption': '''Requires that username of the local user and the host owner match''',
+          'desc': '''Requires that username of the local user and the host owner match.
+
+          If this setting is enabled, then the host will not start if the name of the host owner is different from the name of the local user that the host is associated with.
+
+          If this setting is disabled or not set, then the host can be associated with any local user.
+
+          This policy is ignored on Windows.''',

[Łukasz Anforowicz, 2014/12/24 00:58:09]

policy_watcher.h used to say:
  // This policy is currently considered 'internal only' and so is not
  // documented in policy_templates.json.

I don't understand what 'internal only' means in this context.  The policy name
is visible publicly in src/remoting/host/policy_hack/policy_watcher.h and
elsewhere under src/remoting.  

I think that even if the policy is meant for limited consumption, then it might
still make sense to include it in policy_templates.json:
- This will help get rid of src/remoting/host/policy_hack and reuse
PolicyService in the future,
- This will unify how policy names are defined and exposed to src/remoting
today.

+        },
+        {
+          'name': 'RemoteAccessHostTokenUrl',
+          'type': 'string',
+          'schema': { 'type': 'string' },
+          'supported_on': ['chrome.*:36-'],
+          'supported_on DO NOT SUBMIT': 'rmsousa@chromium.org 2013-04-06 04:50:43 4386f0a',

[Łukasz Anforowicz, 2014/12/24 00:58:09]

Can I please get some help or hints with mapping a git commit id into a chrome
version?

+          'features': {
+            'dynamic_refresh': True,
+            'per_profile': False,
+          },
+          'example_value': 'DO NOT SUBMIT',
+          'id': 285,
+          'caption': '''DO NOT SUBMIT''',

[Łukasz Anforowicz, 2014/12/24 00:58:09]

For the 3 RemoteAccessHostTokenXxx policies, I will need Renato's help for
filling out the caption, description and examples.

Let's first review this draft and agree that inclusion of Chromoting policies in
policy_templates.js is the right thing to do, and I can work with Renato on the
captions/descriptions afterwards.

+          'desc': '''DO NOT SUBMIT
+
+          DO NOT SUBMIT''',
+        },
+        {
+          'name': 'RemoteAccessHostTokenValidationUrl',
+          'type': 'string',
+          'schema': { 'type': 'string' },
+          'supported_on': ['chrome.*:36-'],
+          'supported_on DO NOT SUBMIT': 'rmsousa@chromium.org 2013-04-06 04:50:43 4386f0a',
+          'features': {
+            'dynamic_refresh': True,
+            'per_profile': False,
+          },
+          'example_value': 'DO NOT SUBMIT',
+          'id': 286,
+          'caption': '''DO NOT SUBMIT''',
+          'desc': '''DO NOT SUBMIT
+
+          DO NOT SUBMIT''',
+        },
+        {
+          'name': 'RemoteAccessHostTokenValidationCertificateIssuer',
+          'type': 'string',
+          'schema': { 'type': 'string' },
+          'supported_on': ['chrome.*:36-'],
+          'supported_on DO NOT SUBMIT': 'rmsousa@chromium.org 2014-01-25 01:46:03 7181799',
+          'features': {
+            'dynamic_refresh': True,
+            'per_profile': False,
+          },
+          'example_value': 'DO NOT SUBMIT',
+          'id': 287,
+          'caption': '''DO NOT SUBMIT''',
+          'desc': '''DO NOT SUBMIT
+
+          DO NOT SUBMIT''',
+        },
+        {
+          'name': 'RemoteAccessHostDebugOverridePolicies',
+          'type': 'string',
+          'schema': { 'type': 'string' },
+          'supported_on': ['chrome.*:36-'],
+          'supported_on DO NOT SUBMIT': 'wez@chromium.org 2012-11-13 10:08:38 158b287',
+          'features': {
+            'dynamic_refresh': True,
+            'per_profile': False,
+          },
+          'example_value': '{ "RemoteAccessHostMatchUsername": true }',
+          'id': 288,
+          'caption': '''Policy overrides for Debug builds of the host''',
+          'desc': '''Overrides policies on Debug builds of the host.
+
+          The value is parsed as a JSON dictionary of policy name to policy value mappings.''',
+        },

[Łukasz Anforowicz, 2014/12/24 00:58:09]

I think it is ok to include RemoteAccessHostDebugOverridePolicies here.  

I think that even if the policy is meant for limited consumption, then it might
still make sense to include it in policy_templates.json:
- This will help get rid of src/remoting/host/policy_hack and reuse
PolicyService in the future,
- This will unify how policy names are defined and exposed to src/remoting
today.

       ],
     },
     {
       'name': 'PrintingEnabled',
       'type': 'main',
       'schema': { 'type': 'boolean' },
       'supported_on': ['chrome.*:8-', 'chrome_os:11-', 'android:39-'],
       'features': {
         'dynamic_refresh': True,
         'per_profile': True,
@@ skipping 6381 matching lines @@
       'desc': '''Text appended in parentheses next to the policies top-level container to indicate that those policies are of the Recommended level''',
       'text': 'Default Settings (users can override)',
     },
     'doc_complex_policies_on_windows': {
       'desc': '''Text pointing the user to a help article for complex policies on Windows''',
       'text': '''encoded as a JSON string, for details see <ph name="COMPLEX_POLICIES_URL">http://www.chromium.org/administrators/complex-policies-on-windows<ex>http://www.chromium.org/administrators/complex-policies-on-windows</ex></ph>''',
     },
   },
   'placeholders': [],
 }