Oilpan: make r180096's FIXME comment accurate.

The underlying cause described in r180096 wasn't correct; update the
FIXME comment to make it more accurate.

R=haraken
BUG=
NOTRY=true

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

git-svn-id: svn://svn.chromium.org/blink/trunk@180147 bbb929c8-8fbe-4397-9dbb-9b2b20218538
diff --git a/third_party/WebKit/Source/bindings/core/v8/custom/V8HTMLAllCollectionCustom.cpp b/third_party/WebKit/Source/bindings/core/v8/custom/V8HTMLAllCollectionCustom.cpp
index 80ed8c4..cc6899f 100644
--- a/third_party/WebKit/Source/bindings/core/v8/custom/V8HTMLAllCollectionCustom.cpp
+++ b/third_party/WebKit/Source/bindings/core/v8/custom/V8HTMLAllCollectionCustom.cpp
@@ -55,12 +55,14 @@
     // FIXME: HTML5 specification says this should be a HTMLCollection.
     // http://www.whatwg.org/specs/web-apps/current-work/multipage/common-dom-interfaces.html#htmlallcollection
     //
-    // FIXME: Oilpan: explicit conversion needed as there is currently
-    // no implicit RawPtr<T>(RawPtr<U>) constructor (for type
-    // convertible pairs T and U) that would implicitly convert a
-    // RawPtr<StaticElementList> to a RawPtr<NodeList> (the former is
-    // a subclass of the latter.) Such a conversion is needed to
-    // resolve the toV8() call.
+    // FIXME: Oilpan: explicitly convert adopt()'s result so as to
+    // disambiguate the (implicit) conversion of its
+    // PassRefPtrWillBeRawPtr<StaticElementList> result -- the
+    // other toV8() overload that introduces the ambiguity is
+    // toV8(NodeList*, ...).
+    //
+    // When adopt() no longer uses transition types, the conversion
+    // can be removed.
     return toV8(PassRefPtrWillBeRawPtr<NodeList>(StaticElementList::adopt(namedItems)), info.Holder(), info.GetIsolate());
 }