447672 - E4X attribute() does not honor qualified names

Status: RESOLVED WONTFIX

(Tamarin Graveyard :: Virtual Machine, defect)

Description

[Dan Schaffer]

 	 Reproduction:
see bug files

var xml:XML = <foo xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="apple" type="orange" />;

var qname:QName = new QName("http://www.w3.org/2001/XMLSchema-instance", "type");

//this returns both attributes with local name type, despite that we pass
//a qname that should match only one of the attributes

var xmllist:XMLList = xml.attribute(qname);



Actual Results:
all attributes with the same local name, regardless of namespace are returned


Expected Results:
only attributes matching the QName should be returned


Workaround:
post-process the xmllist returned, and look for the xml.name() == qname

Transferred Comments:

Chris Peyer - Wed Sep 05 16:16:50 CDT 2007
Bug originally filed by Svetlin Kalaydjiev.

Dan Smith - Thu Sep 06 10:29:44 CDT 2007
Brent, please triage this bug and confirm whether this is expected E4x behavior.

Brent Baker - Tue Nov 20 09:14:00 CST 2007
Super simple ASC/AVM testcase, no player code.


This bug transferred from: http://bugs.adobe.com/jira/browse/ASC-2823

Comment 1

[Dan Schaffer]

transferred from jira.  simple testcase below works on TT fails on TC.

output on TT correct.
http://www.w3.org/2001/XMLSchema-instance::type apple

output on TC incorrect.
http://www.w3.org/2001/XMLSchema-instance::type apple
type orange


bug.as:
var xml:XML = <foo xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="apple" type="orange" />;
var qname:QName = new QName("http://www.w3.org/2001/XMLSchema-instance", "type");
//this returns both attributes with local name type, despite that we pass
//a qname that should match only one of the attributes
var xmllist:XMLList = xml.attribute(qname);

for each (var val:XML in xmllist)
{
	trace(val.name() + " " + val);
}  

Comment 2

[Steven Johnson]

Any fix for this bug will likely need version-checking for backwards compatibility.

Comment 3

[Nicholas Nethercote [inactive]]

e4x support has been removed (bug 788293).