Initialize is called in both cases, whether or not the multiple profile
code is executed.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@89352 18797224-902f-48f8-a5cc-f745e15eee43
author=ashuk, edburns
r=edburns
Files relating to 66430
M dom/jni/makefile.win
M dom/src/makefile.win
M webclient/classes_spec/Makefile.win
A webclient/src_moz/install_win32.js
M webclient/src_moz/Makefile.win
Files relating to 48348
M webclient/classes_spec/org/mozilla/webclient/CurrentPage.java
M webclient/classes_spec/org/mozilla/webclient/test/EMWindow.java
M webclient/classes_spec/org/mozilla/webclient/test/EmbeddedMozilla.java
M webclient/classes_spec/org/mozilla/webclient/wrapper_native/CurrentPageImpl.java
M webclient/src_moz/CurrentPageActionEvents.cpp
M webclient/src_moz/CurrentPageActionEvents.h
M webclient/src_moz/CurrentPageImpl.cpp
68430:
This fix enables the user to produce a .xpi file containing all the
necessary binary elements to run webclient.
48348
This fix provides a pure java implementation of View Source.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@87685 18797224-902f-48f8-a5cc-f745e15eee43
author=ashuk
ra=edburns
This Fix comments the Native code for implementing GetSourceBytes. The
new implementation of these functions is in Java.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@87175 18797224-902f-48f8-a5cc-f745e15eee43
Install our own X error handler. GDK's error handler
can exit in some cases, and this isn't the right behavior
for Java caused X errors.
WindowControlImpl.cpp:
Put in comments on how to debug on unix
runem.pl:
-classic doesn't work on Unix
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@87150 18797224-902f-48f8-a5cc-f745e15eee43
author=ashuk
ra=edburns
This fix tries to remove any deadlock conditions that could exist
because of code in Synchronized java blocks calling other functions
in synchronized blocks that are synchronized on the same object.
Changes are in the Interfaces Navigation, History and WindowControl
In the JNI code ::util_PostSynchronousEvent calls were replaced by
::util_PostEvent calls.
_Ashu
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@87047 18797224-902f-48f8-a5cc-f745e15eee43
r=ashuk
This bug fix avoids some thread safety assertions by moving the bulk of
the activity into the action events.
The following files are in this iteration of this bugfix.
M CurrentPageActionEvents.cpp
M CurrentPageActionEvents.h
M CurrentPageImpl.cpp
CurrentPageActionEvents.cpp CurrentPageActionEvents.h CurrentPageImpl.cpp
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@86999 18797224-902f-48f8-a5cc-f745e15eee43
r=ashuk
The following files are in the fix for this bug:
M CBrowserContainer.cpp
M CurrentPageImpl.cpp
M HistoryImpl.cpp
M NavigationImpl.cpp
Here is the reason for the bug:
User presses "Refresh" button. This causes the following code to be executed:
public void refresh(long loadFlags)
{
ParameterCheck.noLessThan(loadFlags, 0);
myFactory.throwExceptionIfNotInitialized();
Assert.assert(-1 != nativeWebShell);
synchronized(myBrowserControl) {
nativeRefresh(nativeWebShell, loadFlags);
}
}
In the process of refresh, on another thread, the user's
eventDispatched() method is called, which calls history.canBack():
public boolean canBack()
{
myFactory.throwExceptionIfNotInitialized();
Assert.assert(-1 != nativeWebShell);
boolean result = false;
synchronized(myBrowserControl) {
result = nativeCanBack(nativeWebShell);
}
return result;
}
This call blocks on trying to acquire the lock for myBrowserControl, and
the load can't proceed until canBack() returns. DEADLOCK.
-------------
The fix is to use PostEvent instead of PostSynchronous event. This
causes the call to nativeRefresh to return immediately.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@86938 18797224-902f-48f8-a5cc-f745e15eee43
author=ashuk
r=a=edburns
This Fix enables multiple windows in Webclient on Win32. The fix modifies
the following files:
M mozilla/java/webclient/classes_spec/org/mozilla/webclient/wrapper_native/NativeEventThread.java
M mozilla/java/webclient/classes_spec/org/mozilla/webclient/test/EmbeddedMozilla.java
M mozilla/java/webclient/src_moz/Makefile.win
M mozilla/java/webclient/src_moz/NativeEventThread.cpp
M mozilla/java/webclient/src_moz/NavigationActionEvents.cpp
M mozilla/java/webclient/src_moz/WindowControlActionEvents.cpp
M mozilla/java/webclient/src_moz/WindowControlImpl.cpp
M mozilla/java/webclient/src_moz/ns_util.cpp
M mozilla/java/webclient/src_moz/ns_util.h
? mozilla/java/webclient/src_moz/NativeEventThreadActionEvents.h
? mozilla/java/webclient/src_moz/NativeEventThreadActionEvents.cpp
Pls refer http://bugzilla.mozilla.org/show_bug.cgi?id=44327 for more
info on this Bug and this Fix
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@86638 18797224-902f-48f8-a5cc-f745e15eee43
// workaround forces the nsBookmarksService to leak so that it
// never gets destructed, thus the timer never gets canceled and
// thus the fact that the static nsCOMPtr instance has gone away
// doesn't matter.
The following files are in this fix:
M src_moz/CBrowserContainer.cpp
M src_moz/CBrowserContainer.h
M src_moz/WindowControlActionEvents.cpp
M src_moz/rdf_util.cpp
M src_moz/wcIBrowserContainer.h
author=edburns
r=ashuk
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@86242 18797224-902f-48f8-a5cc-f745e15eee43
contains a workaround to this bug: disable hotspot and disable JIT.
This fix removes the JNIEnv * parameter from util_InitStringConstants().
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@86126 18797224-902f-48f8-a5cc-f745e15eee43
r=ashuk
a=edburns
author=edburns
Files in this fix:
NativeEventThread.java
This fix makes it so much less than 100% of the CPU is used
when webclient is in idle state.
It does this by inserting Thread.sleep(1) in the
NativeEventThread.run() method's main event loop.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@84773 18797224-902f-48f8-a5cc-f745e15eee43
author edburns
r=ashuk
a=edburns
This checkin corrects an earlier omission of the proper policy of having
all maor actions take place using nsActionEvents. This is necessary to
avoid thread safety assertions.
The following files are in this fix:
M classes_spec/org/mozilla/webclient/wrapper_native/PreferencesImpl.java
M src_moz/Makefile.in
M src_moz/Makefile.win
A src_moz/PreferencesActionEvents.cpp
A src_moz/PreferencesActionEvents.h
M src_moz/PreferencesImpl.cpp
M src_moz/motif/NativeLoaderStub.cpp
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@84623 18797224-902f-48f8-a5cc-f745e15eee43
r=ashuk
This fix implements getPrefs() and adds a new method,
public void registerPrefChangedCallback(PrefChangedCallback cb,
String prefName, Object closure);
to preferences.
The following files are in this fix:
A classes_spec/org/mozilla/webclient/PrefChangedCallback.java
M classes_spec/org/mozilla/webclient/Preferences.java
M classes_spec/org/mozilla/webclient/test/EMWindow.java
M classes_spec/org/mozilla/webclient/wrapper_native/PreferencesImpl.java
M src_moz/CBrowserContainer.cpp
M src_moz/PreferencesImpl.cpp
M src_moz/ns_util.h
M src_moz/motif/NativeLoaderStub.cpp
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@83664 18797224-902f-48f8-a5cc-f745e15eee43
Bug=62436
changes in NativeLoaderStub.cpp for Prefs to work on Solaris
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@83558 18797224-902f-48f8-a5cc-f745e15eee43
a=edburns
bug=62436
Add the ability to set string, int, and bool prefs. Needs more
functionality.
The following files are in this bug:
A classes_spec/org/mozilla/webclient/Preferences.java
A classes_spec/org/mozilla/webclient/wrapper_native/PreferencesImpl.java
A src_moz/PreferencesImpl.cpp
M classes_spec/org/mozilla/webclient/BrowserControlImpl.java
M classes_spec/org/mozilla/webclient/test/EMWindow.java
M classes_spec/org/mozilla/webclient/wrapper_native/WrapperFactoryImpl.java
M src_moz/Makefile.in
M src_moz/Makefile.win
M src_moz/WrapperFactoryImpl.cpp
M src_moz/motif/NativeLoaderStub.cpp
M src_share/Makefile.in
M src_share/Makefile.win
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@83546 18797224-902f-48f8-a5cc-f745e15eee43
How to test this bug.
1. Remove your .mozilla directory, or equivalent
1.5 Set up the proxy preferences so you can get to bugzilla.mozilla.org.
2. Start mozilla and go to Edit-Preferences->Advanced->Cookies.
3. Remove all Cookies
4. Accept all cookies, and warn me before accepting cookes
5. Stop mozilla.
Start webclient and visit
<http://bugzilla.mozilla.org/enter_bug.cgi?product=Browser>, then enter
your bugzilla userid and password. A Confirm dialog should come up.
Make sure that the dialog does the right thing, that is, if you accept
the cookie, exit webclient, start up mozilla, and use the cookie viewer
to see that the cookie is there. Please note that you see the Enter a
bug page whether you accept the cookie or not.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@83508 18797224-902f-48f8-a5cc-f745e15eee43
* Due to the vagaries of the mozilla RDF implementation, folders and
* bookmark entries are handled differently. For Folders, we don't
* create a nativeRDFNode at the outset. Rather, we just create the
* properties table and stock it with the known keys, then wait for the
* nativeRDFNode to be created en addBookmark.
* The adding of bookmark folders is done through the RDF DoCommand
* interface. The DoCommand interface creates the nsIRDFResource on
* your behalf. We use an nsIRDFObserver to obtain the created resource
* as the DoCommand executes.
The following files are in this fix.
A src_moz/wsRDFObserver.cpp
A src_moz/wsRDFObserver.h
M classes_spec/org/mozilla/webclient/BookmarkEntry.java
M classes_spec/org/mozilla/webclient/test/EMWindow.java
M classes_spec/org/mozilla/webclient/wrapper_native/BookmarkEntryImpl.java
M classes_spec/org/mozilla/webclient/wrapper_native/BookmarksImpl.java
M classes_spec/org/mozilla/webclient/wrapper_native/RDFTreeNode.java
M src_moz/Makefile.win
M src_moz/Makefile.in
M src_moz/RDFActionEvents.cpp
M src_moz/RDFActionEvents.h
M src_moz/RDFTreeNode.cpp
M src_moz/rdf_util.cpp
M src_moz/rdf_util.h
M src_moz/motif/NativeLoaderStub.cpp
M src_share/jni_util.cpp
M src_share/jni_util.h
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@83504 18797224-902f-48f8-a5cc-f745e15eee43
public interface Prompt
* The custom app must implement this interface in order to supply the
* underlying browser with basic authentication behavior. The custom
* app must tell webclient about its Prompt implementation by calling
* Navigation.setPrompt(). This must be done FOR EACH BrowserControl
* instance!
public void setPrompt(Prompt yourPrompt);
* Gives this Navigation instance the ability to call back the custom
* app when a site with basic authentication is encountered. The custom
* app can choose to put up appropriate modal UI.
Please note that due to bug
http://bugzilla.mozilla.org/show_bug.cgi?id=61669 you must disable the
cache to have this work. Put these lines in your prefs file:
user_pref("browser.cache.disk_cache_size", 0);
user_pref("browser.cache.enabled", false);
The following files are in this fix:
M classes_spec/org/mozilla/webclient/Navigation.java
M classes_spec/org/mozilla/webclient/test/EMWindow.java
A classes_spec/org/mozilla/webclient/test/PasswordDialog.java
M classes_spec/org/mozilla/webclient/wrapper_native/NavigationImpl.java
M src_moz/CBrowserContainer.cpp
M src_moz/CBrowserContainer.h
M src_moz/NavigationImpl.cpp
M src_moz/wcIBrowserContainer.h
M src_moz/motif/NativeLoaderStub.cpp
M src_share/jni_util.cpp
M src_share/jni_util.h
M src_share/jni_util_export.cpp
M src_share/jni_util_export.h
A classes_spec/org/mozilla/webclient/Prompt.java
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@83172 18797224-902f-48f8-a5cc-f745e15eee43
removed NativeEventThreadActionEvent.cpp from Makefile.in
Feature not yet checked in.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@82907 18797224-902f-48f8-a5cc-f745e15eee43
a=edburns
This change is mostly cosmetic. It adds a history menu that exercises the History
API.
The non-cosmetic change is in wsGoToEvent(). This was commented out since
M15, now it works.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@82555 18797224-902f-48f8-a5cc-f745e15eee43
a=edburns
r=ashuk
This fix removes gHistory, and makes it so History.getURLForIndex()
works, thanks to sva@sparc.spb.su (Vladimir Strigun).
M HistoryImpl.cpp
M NativeEventThread.cpp
M WindowControlActionEvents.cpp
M WindowControlImpl.cpp
M WrapperFactoryImpl.cpp
M ns_util.h
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@82466 18797224-902f-48f8-a5cc-f745e15eee43
M BookmarksImpl.cpp
A CurrentPageActionEvents.cpp
A CurrentPageActionEvents.h
M CurrentPageImpl.cpp
A HistoryActionEvents.cpp
A HistoryActionEvents.h
M HistoryImpl.cpp
M Makefile.in
M Makefile.win
A NavigationActionEvents.cpp
A NavigationActionEvents.h
M NavigationImpl.cpp
A RDFActionEvents.cpp
A RDFActionEvents.h
M RDFEnumeration.cpp
M RDFTreeNode.cpp
A WindowControlActionEvents.cpp
A WindowControlActionEvents.h
M WindowControlImpl.cpp
M nsActions.cpp
M nsActions.h
This fix breaks nsActions into separate files per usage.
The criterion I use is: if the event class gets instantiated in file
Blah.cpp, then the implementation should be in BlahActionEvents.{h,cpp}.
The only exception so far is Bookmarks, which uses RDFActionEvents since
all the bookmarks stuff is really RDF.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@82429 18797224-902f-48f8-a5cc-f745e15eee43
a=edburns
r=ashuk
This checkin adds a method to Navigation: loadFromStream().
This method enables the custom app to give mozilla a java.io.InputStream to load.
git-svn-id: svn://10.0.0.236/branches/JAVADEV_RTM_20001102@82369 18797224-902f-48f8-a5cc-f745e15eee43
