Bug 7532 - document.all behavior doesn't match WinIE
Summary: document.all behavior doesn't match WinIE
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: DOM (show other bugs)
Version: 420+
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Nobody
URL:
Keywords: HasReduction
Depends on: 8024 18200 25498
Blocks:
  Show dependency tree / graph
 
Reported: 2006-02-28 23:30 PST by Geoffrey Garen
Modified: 2023-08-23 07:27 PDT (History)
4 users (show)

See Also:

Attachments
test suite (3.34 KB, application/octet-stream)
2006-02-28 23:31 PST, Geoffrey Garen 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Geoffrey Garen 2006-02-28 23:30:42 PST 
The attached test suite demonstrates the differences and includes WinIE's results. Load document-all.html.

Some things we need to change:
- WinIE has specific rules for invalid and implicit html tags / elements. We need to match these so that indexing into document.all matches up.
- document.all.name seems broken for input elements.
- in safari, all seems to be defined only on the document, not other elements.
- all seems to fail when multiple matches are possible -- it should return all matches in a collection instead
Comment 1 Geoffrey Garen 2006-02-28 23:31:17 PST 
Created attachment 6787 [details]
test suite
Comment 2 Geoffrey Garen 2006-05-24 13:45:49 PDT 
Bug 8024 covers the "input elements" issue
Comment 3 Alexey Proskuryakov 2008-04-01 00:22:49 PDT 
Bug 18200 covers multiple matches.
Comment 4 Anne van Kesteren 2023-08-23 07:27:59 PDT 
This is no longer a goal given these test results: https://wpt.fyi/results/html/infrastructure/common-dom-interfaces/collections/htmlallcollection.html.