The Preferences unit test currently fails, but the test browser runs.
Next step is to make all the unit tests run, then produce the source and
binary distribution for 2.0 alpha 2.
M dom/jni/javaDOMEventsGlobals.cpp
- use nsString.get() instead of nsString.GetBufferHandle()
M webclient/src_moz/NavigationActionEvents.cpp
- don't use ctor initializer for nsString
M webclient/src_moz/ns_util.cpp
- nsString2.h is gone.
M dom/jni/org_mozilla_dom_NodeImpl.cpp
- code around the absence of LowerCaseEqualsLiteral in nsTAString.h.
I'm surprised the unit tests worked for me all aloung though.
M webclient/build.xml
- make run.test.browser depend on "main"
M webclient/src_moz/EmbedProgress.cpp
- deal with null URL passed to ::OnStateChange
M webclient/src_moz/HistoryImpl.cpp
- Don't cast to PRBool* when you don't need to.
M webclient/test/manual/src/classes/org/mozilla/webclient/test/TestBrowser.java
- don't swallow the exception from setAppData().
M dom/jni/javaDOMEventsGlobals.cpp
M dom/jni/makefile.win
M dom/jni/nativeDOMProxyListener.cpp
M dom/jni/nativeDOMProxyListener.h
M dom/jni/org_mozilla_dom_events_EventImpl.cpp
M dom/src/makefile.win
M dom/src/nsJavaDOMImpl.cpp
M webclient/Makefile.win
M webclient/classes_spec/Makefile.win
M webclient/classes_spec/org/mozilla/webclient/wrapper_native/ProfileManagerImpl.java
M webclient/src_moz/CBrowserContainer.cpp
M webclient/src_moz/CurrentPageActionEvents.cpp
M webclient/src_moz/HistoryActionEvents.cpp
M webclient/src_moz/HistoryImpl.cpp
M webclient/src_moz/InputStreamShim.cpp
M webclient/src_moz/Makefile.win
M webclient/src_moz/NativeEventThread.cpp
M webclient/src_moz/NativeEventThreadActionEvents.cpp
M webclient/src_moz/NavigationActionEvents.cpp
M webclient/src_moz/NavigationImpl.cpp
M webclient/src_moz/PreferencesActionEvents.cpp
M webclient/src_moz/PromptActionEvents.cpp
M webclient/src_moz/RDFActionEvents.cpp
M webclient/src_moz/win32/Makefile.win
Changes to make webclient compile and run with MOZILLA_0_9_9_BRANCH.
bug=79427.
This checkin adds the following behavior:
On GetValue, if a checkbox or radio button, it returns "CHECKED" or "UNCHECKED".
On SetValue, any string not equal to the empty string causes the checkbox
to be set.
author=ashuk
Files modified
jni/org_mozilla_dom_DocumentImpl.cpp
This fix makes sure that corner case where call to
nsIDOMDocument::CreateEntityReference returns
NS_OK, but a null return value for the
nsIDOMEntityReference is handled properly thro
the exception handling mechanism.
author=ashuk
Patch provided by Harshal (keeda@hotpop.com)
This patch introduces explicit (jchar*) static
casts in calls to JNIEnv_::NewString in the
JavaDOM code. This is needed for compliance
with the strict type-checking og gcc 2.96+.
Modified files are:
M jni/org_mozilla_dom_AttrImpl.cpp
M jni/org_mozilla_dom_CharacterDataImpl.cpp
M jni/org_mozilla_dom_DocumentTypeImpl.cpp
M jni/org_mozilla_dom_ElementImpl.cpp
M jni/org_mozilla_dom_EntityImpl.cpp
M jni/org_mozilla_dom_NodeImpl.cpp
M jni/org_mozilla_dom_NotationImpl.cpp
M jni/org_mozilla_dom_ProcessingInstructionImpl.cpp
M jni/org_mozilla_dom_events_EventImpl.cpp
M src/nsJavaDOMImpl.cpp
ra=ashk
this fix modifies {Get,Set}NodeValue to check for whether the node is actually an instance
of a class that responds to {Get,Set}Value(String). If so, do it.
* This macro assumes the hard coded set of interfaces below all have a
* method in common, the name of which is specified by the _funcName
* param. Furthermore, it assumes the _funcName method takes a single
* argument, specified by the _funcArg param.
author=ashuk
ra=edburns
Files modified -
mozilla/java/dom/classes/org/mozilla/dom/NodeImpl.java
mozilla/java/dom/classes/org/mozilla/dom/events/MutationEventImpl.java
mozilla/java/dom/jni/org_mozilla_dom_NodeImpl.cpp
This Fix brings JavaDOM upto sync with the latest w3c.dom
interfaces built on 5/16/01 and checked into java/external
as dom2.jar
author=ashuk
Files modified
java/webclient/src_moz/CBrowserContainer.cpp
java/dom/jni/org_mozilla_dom_events_MousEventImpl.cpp
This patch allows Webclient and JavaDOM to build with the
mozilla trunk as of 05/14/01
This checkin migrates javaDOM to use the new nsIWebProgressListener
interface, removing its dependency on the now non-existant
nsIDocumentLoaderObserver.
It has only been tested inside webclient. QA needs to do the standalone
javaDOM tests.
The following files are in this bugfix:
dom/jni/org_mozilla_dom_DOMAccessor.cpp
dom/src/nsIJavaDOM.h
dom/src/nsJavaDOMImpl.cpp
dom/src/nsJavaDOMImpl.h
webclient/classes_spec/org/mozilla/webclient/test/EMWindow.java
webclient/classes_spec/org/mozilla/webclient/wrapper_native/CurrentPageImpl.java
you can build JavaDOM with the tip as of 20 Sept 2000.
M dom/jni/javaDOMGlobals.h
changed nsString2 to nsString
M dom/jni/org_mozilla_dom_NodeImpl.cpp
nsIDOMNode::Supports is now nsIDOMNode::IsSupported().
author=edburns
bug=41492
This change adds the following methods:
public static native void org.mozilla.dom.DOMAccessor.initialize();
The implementation of this method is:
JNIEXPORT void JNICALL Java_org_mozilla_dom_DOMAccessor_initialize
(JNIEnv *env, jclass)
{
if (!JavaDOMGlobals::log) {
JavaDOMGlobals::Initialize(env);
}
}
This method is necessary for external clients that want to use JavaDOM,
but don't want to use the nsIDocumentLoaderObserver instance provided by
JavaDOM.
Please see http://bugzilla.mozilla.org/show_bug.cgi?id=41497 for an
additional bug for which there is a workaround.
Ed
- reduces a number of c++<--> java calls
- added NULL checks
- made DOMAccessor to be secure
- added util and tests packages
- wrote test applets
- updated README
