CREDENTIAL: Implement 'SiteBoundCredential'.

third_party/WebKit/Source/modules/credentialmanager/SiteBoundCredential.idl

Index: third_party/WebKit/Source/modules/credentialmanager/SiteBoundCredential.idl
diff --git a/third_party/WebKit/Source/modules/credentialmanager/SiteBoundCredential.idl b/third_party/WebKit/Source/modules/credentialmanager/SiteBoundCredential.idl
new file mode 100644
index 0000000000000000000000000000000000000000..e2504d88108b420e43d96309aefbf52ef66bf1db
--- /dev/null
+++ b/third_party/WebKit/Source/modules/credentialmanager/SiteBoundCredential.idl
@@ -0,0 +1,13 @@
+// Copyright 2016 The Chromium Authors. All rights reserved.
+// Use of this source code is governed by a BSD-style license that can be
+// found in the LICENSE file.
+
+// https://w3c.github.io/webappsec-credential-management/#siteboundcredential
+
+[
+    RuntimeEnabled=CredentialManager,
+    Exposed=Window
+] interface SiteBoundCredential : Credential {
+    readonly attribute DOMString name;

[philipj_slow, 2016/04/19 09:20:37]

Spec says USVString for both of these. I shouldn't change the generated code I
think.

At first I wondered why name isn't just DOMString in the spec, but then I felt
like we've talked about this before and all of these things might end up
serialized in a URL or some context where it's nice to not have to deal with
bare surrogates. Right?

[Mike West, 2016/04/25 10:20:13]

Hrm. No. `name` should be a DOMString. iconURL is a URL, and should be a
USVString. I'll update this file and the spec:
https://github.com/w3c/webappsec-credential-management/issues/14 (and Anne just
told me that I'm wrong. So, changing all of it to USVString. :) )

[philipj_slow, 2016/04/25 11:54:21]

OK, so USVString "for things that get utf-8 encoded" makes sense, not
specifically serialization for URLs.

+    readonly attribute DOMString iconURL;
+};