Bug 25498 - No login form at myvodafone.vodafone.in because elements in document.all cannot be accessed by name
Summary: No login form at myvodafone.vodafone.in because elements in document.all cann...
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: DOM (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows XP
: P2 Normal
Assignee: Nobody
URL: https://myvodafone.vodafone.in/NWSS-P...
Keywords: HasReduction
Depends on:
Blocks: 7532
  Show dependency treegraph
 
Reported: 2009-04-30 16:47 PDT by Michael Du
Modified: 2022-08-31 10:27 PDT (History)
6 users (show)

See Also:


Attachments
reduction case (911 bytes, application/zip)
2009-04-30 16:54 PDT, Michael Du
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Du 2009-04-30 16:47:47 PDT
Steps:

1. Go to URL https://myvodafone.vodafone.in/NWSS-Project-context- root/NWSS.jsp?Circle=0007

Issue:

The Login form should appear, but it doesn't appear

Other browsers:

IE 7: OK
FF 3: OK

Nightly tested: 42793

Bug in Chromium : http://code.google.com/p/chromium/issues/detail?id=10838
Comment 1 Michael Du 2009-04-30 16:54:51 PDT
Created attachment 29929 [details]
reduction case

Here is a reduction case: test-quirks.html

In inside-iframe.html there is a JS sentence:
......
var frame = this.parent.document.all("Loginifrm");
......
"Loginifrm" is the name of the iframe, Chrome/Safari couldn't retrieve the
corresponding element when using name property in document.all collection.

Currently Chrome/Safari recognize elements only when using id property in
document.all collection, however IE/FF recognize elements when using either id or
name property in document.all collection.
Comment 2 Blake Sening 2009-06-17 23:31:08 PDT
This is a duplicate of Bug #24105
Comment 3 David Wai 2009-07-22 13:11:21 PDT
Better to keep this bug open (and make Bug #24105) the duplicate.  The bug has the reduced test case and the corresponding Chromium bug number.
Comment 4 Ahmad Saleem 2022-08-30 14:49:19 PDT
This got fixed in this commit in Chromium:

https://chromium.googlesource.com/chromium/src.git/+/e2fa87bd68aea47baf3ad53b8c9a088f60a13536

Where they added <applet> and <button> tag in the HTMLCollection.cpp but in Webkit, we don't have these:

https://github.com/WebKit/WebKit/blob/8afe31a018b11741abdf9b4d5bb973d7c1d9ff05/Source/WebCore/html/CachedHTMLCollection.h#L107

but Webkit follows the list from web-spec:

https://html.spec.whatwg.org/multipage/common-dom-interfaces.html#all-named-elements

"The following elements are "all"-named elements: a, button, embed, form, frame, frameset, iframe, img, input, map, meta, object, select, and textarea".

I tried "reductions" from zip, only in Quirks Mode, Safari Technology Preview 152 matches with Chrome Canary 107 but differs from Firefox Nightly 106 besides that there is no change in behavior.

I tried to turn Chromium patch test case to following JSFiddle:

Link - https://jsfiddle.net/7afgx1y0/

But it does not work and don't display anything.

I will leave it for others to confirm or comment whether it is something yet to be fixed or not. Thanks!
Comment 5 Ryosuke Niwa 2022-08-31 10:27:59 PDT
This seems to render as intended now.