This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 514 - ecmascript/*.js - strict scrubbing and error fixing
Summary: ecmascript/*.js - strict scrubbing and error fixing
Status: RESOLVED FIXED
Alias: None
Product: DOM TS
Classification: Unclassified
Component: ECMAScript Binding (show other bugs)
Version: unspecified
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: Curt Arnold
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 515
Blocks:
  Show dependency treegraph
 
Reported: 2004-02-03 08:17 UTC by Bob Clary
Modified: 2004-02-10 05:51 UTC (History)
0 users

See Also:


Attachments
patch-ecmascript.diff (8.76 KB, patch)
2004-02-03 08:18 UTC, Bob Clary
Details

Description Bob Clary 2004-02-03 08:17:54 UTC
These changes require the newest JsUnit 2.0 beta. See http://dev.bclary.com/ for
the version used. The changes to JsUnit 2.0 have been approved by Edward Hieatt
and will be checked into the CVS Trunk later today. These changes are part of a
number of other changes meant to improve cross browser support in JsUnit/DOM TS
and reduce errors. See http://dom-ts.bclary.com/ for a working version of the
DOM TS with the latest JsUnit 2.0 and these and other changes. 

Note that with the new JsUnit and these changes Opera and Konqueror can run the
DOM TS.

ecmascript/DOMTestCase.js:

Does not support Opera/Konqueror loading data in IFRAMEs due to a DOM 2 only
implementation used in the IFrameBuilder.preload and IFrameBuilder.load methods.

References to potentially undefined properties, e.g.
top.jsUnitParmHash.namespaceaware, are not errors however do flag a warning in
Mozilla in strict mode. In an effort to find and eliminate all errors in JsUnit
and the ECMAScript binding in the DOM TS, I changes all such references in
JsUnit and DOM TS framework to eliminate such warnings.

DOMTestSuite.js:

updateIncompatibleTests is called twice in a row: once in update and potentially
recursively. The recursive call is not required.

alltests.html in each TS currently shows inconsistent choices for
implementations, content type etc. This can be improved by testing for abilities
to use implementations or the availability of specific content types in each TS.
Comment 1 Bob Clary 2004-02-03 08:18:34 UTC
Created attachment 214 [details]
patch-ecmascript.diff

patch
Comment 2 Bob Clary 2004-02-03 08:22:00 UTC
I forgot to mention all the issues fixed in this patch:

missing MozillaXMLBuilder.hasFeature, MozillaXMLBuilder.setImplementationAttribute
missing return value in DOM3LSBuilder
misspelled mozillaXML implementation property in createBuilder()

I also change the createBuilder to not default to an IFrameBuilder if the
implementation is unknown. Using IFrameBuilder as a default led to the hiding of
issues an inappropriately using IFrameBuilder when it was not asked for.
Comment 3 Bob Clary 2004-02-03 08:29:18 UTC
Bug 515 contains the changes to test-to-jsunit.xsl which are required for the
alltests.html UI updating to work properly.