Move |GetCanonicalEncodingNameByAliasName| to base/i18n

base/i18n/character_encoding_unittest.cc

+// 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.
+
+#include "base/i18n/character_encoding.h"
+
+#include "testing/gtest/include/gtest/gtest.h"
+
+namespace base {
+
+TEST(CharacterEncodingTest, GetCanonicalEncodingNameByAliasName) {
+  EXPECT_EQ("Big5", GetCanonicalEncodingNameByAliasName("Big5"));
+  EXPECT_EQ("windows-874", GetCanonicalEncodingNameByAliasName("windows-874"));
+  EXPECT_EQ("ISO-8859-8", GetCanonicalEncodingNameByAliasName("ISO-8859-8"));
+
+  // Non-canonical alias names should be converted to a canonical one.
+  EXPECT_EQ("UTF-8", GetCanonicalEncodingNameByAliasName("utf8"));
+  EXPECT_EQ("gb18030", GetCanonicalEncodingNameByAliasName("GB18030"));

[jungshik at Google, 2016/12/15 18:35:01]

While you're at it, you'd better add a couple of more from the WHATWG encoding
spec. ( https://encoding.spec.whatwg.org/#names-and-labels or
third_party/icu/source/data/convrtrs.txt ).

   EXPECT_EQ("windows-874", GetCanonicalEncodingNameByAliasName("tis-620"));
  EXPECT_EQ("EUC-KR", GetCanonicalEncodingNameByAliasName("ks_c_5601-1987"));


Then, those test will fail because GetCanonicalEncodingNameAliasName uses a
wrong ICU API. It should use ucnv_getStandardName instead of
ucnv_getCanonicalName. 

[Jinsuk Kim, 2016/12/16 00:03:10]

I don't know all the history, but it means this bug has been present since 2008.
Glad to see it finally spotted and fixed after all these years.

+}
+
+}  // namespace base