74546 2011-12-14 15:09:28 -0800 HTMLCollection.item should not return elements by ID/name 2011-12-14 16:00:57 -0800 1 1 1 Unclassified WebKit DOM 528+ (Nightly build) Unspecified Unspecified RESOLVED DUPLICATE 74468 P2 Normal --- 1 Ms2ger webkit-unassigned arv bzbarsky rniwa sam oldest_to_newest 521336 0 Ms2ger 2011-12-14 15:09:28 -0800 Currently, the implementation of item(unsigned long) looks at the ID/name of elements in the collection if the argument isn't an integer, for some value of integer. [1,2] WebIDL, [3] however, requires that the argument is converted into an integer by ToNumber, which returns NaN for normal strings, and then ToUint32, which is 0. So item("foo") should return the first element in the collection. [1] <http://www.google.com/codesearch#OAMlx_jo-ck/src/third_party/WebKit/Source/WebCore/bindings/js/JSHTMLCollectionCustom.cpp&exact_package=chromium&q=HTMLCollection&l=74> [2] <http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1280> [3] <http://dev.w3.org/2006/webapi/WebIDL/#es-unsigned-long> 521339 1 arv 2011-12-14 15:15:25 -0800 FWIW: IE9 does not do the ID lookup and item("foo") is treated as item(0) 521348 2 rniwa 2011-12-14 15:20:37 -0800 (In reply to comment #1) > FWIW: IE9 does not do the ID lookup and item("foo") is treated as item(0) Right because item takes an index, not an id. The problem is that we're currently returning a list of nodes :( 521398 3 bzbarsky 2011-12-14 15:59:06 -0800 Dup of bug 74468? 521399 4 rniwa 2011-12-14 16:00:57 -0800 (In reply to comment #3) > Dup of bug 74468? So it seems. *** This bug has been marked as a duplicate of bug 74468 ***