Граф коммитов

14 Коммитов

Автор SHA1 Сообщение Дата
locka%iol.ie 740327a269 Moved from webshell/embed/ActiveX 2000-03-21 22:35:48 +00:00
locka%iol.ie 6a1f81da10 Moved from webshell/embed/ActiveX 2000-03-21 22:22:47 +00:00
locka%iol.ie 83fa6cf316 Updated source with changes from old activex control folder 2000-03-21 22:15:35 +00:00
locka%iol.ie bc3a508029 Relocated ActiveX control test source 2000-03-21 00:05:33 +00:00
tbogard%aol.net a8cbc78a2e HandleUnknownContentType is no longer a part of the nsIDocumentLoaderObserver interface. 2000-03-11 01:03:08 +00:00
mscott%netscape.com 80d6ce851c document loader observer iid name changed when I made it scriptable.
r=travis
2000-01-29 06:16:18 +00:00
danm%netscape.com e86a4b53fb adding a parameter to nsIBrowserWindow::SizeWindowTo. part of bug 15555. r:hyatt 2000-01-15 02:30:34 +00:00
pp%ludusdesign.com 698852a4f4 Converting usage of ::GetIID() to NS_GET_IID().
Bug #20232, r=scc@netscape.com
2000-01-11 20:49:15 +00:00
edburns%acm.org 13be6d7ebf I know it's unorthodox to do a top level checkin like this, but I've got so many files
in so many different directories, that I think it's the best way.
I've pulled and clobber_all'd my tree and got

r=dp

on this checkin.

Here are the touched files:

M mozilla/embedding/browser/activex/src/control/MozillaBrowser.cpp
M mozilla/embedding/browser/activex/src/control/MozillaBrowser.h
M mozilla/js/src/xpconnect/shell/xpcshell.cpp
M mozilla/netwerk/protocol/res/src/nsResProtocolHandler.cpp
M mozilla/xpcom/build/nsXPComInit.cpp
M mozilla/xpcom/components/nsComponentManager.cpp
M mozilla/xpcom/components/nsIServiceManager.h
M mozilla/xpcom/components/nsServiceManager.cpp
M mozilla/xpcom/io/nsSpecialSystemDirectory.cpp
M mozilla/xpcom/io/nsSpecialSystemDirectory.h
M mozilla/xpcom/tests/TestBuffers.cpp
M mozilla/xpcom/tests/TestPipes.cpp
M mozilla/xpcom/tests/TestShutdown.cpp
M mozilla/xpcom/tests/windows/TestHelloXPLoop.cpp
M mozilla/xpcom/tools/registry/regExport.cpp
M mozilla/xpcom/tools/registry/regxpcom.cpp
M mozilla/xpinstall/stub/xpistub.cpp
M mozilla/webshell/embed/ActiveX/MozillaBrowser.cpp
M mozilla/webshell/embed/ActiveX/MozillaBrowser.h
M mozilla/webshell/tests/viewer/nsMacMain.cpp
M mozilla/webshell/tests/viewer/nsPhMain.cpp
M mozilla/webshell/tests/viewer/nsWinMain.cpp
M mozilla/webshell/tests/viewer/unix/gtk/nsGtkMain.cpp
M mozilla/xpfe/appshell/src/nsFileLocations.cpp
M mozilla/xpfe/bootstrap/nsAppRunner.cpp

The heart of this checkin is a change in the signature and symantics
of NS_InitXPCOM.

The new signature is

extern NS_COM nsresult
NS_InitXPCOM(nsIServiceManager* *result, nsFileSpec* binDirectory);

I filed a bug for this problem:

b=23157

The original manifestation of this bug was in mozilla/netwerk/protocol/res/src/nsResProtocolHandler.cpp It used the current process directory to find resources, which is not correct when the current process is not mozilla.exe.

I have added a new type to nsSpecialSystemDirectory, Moz_BinDirectory, and made nsResProtocolHandler use that value.
2000-01-06 01:05:13 +00:00
rpotts%netscape.com af4f9c2189 Removed obsolete arguments from nsIDocumentLoaderObserver OnEndDocumentLoad and OnStartURLLoad. 1999-12-29 07:32:59 +00:00
locka%iol.ie 2682d39149 Fixed to build mozctl.dll 1999-12-07 23:54:09 +00:00
locka%iol.ie 2672773180 Added CommandStateChangeConstants 1999-12-02 22:49:27 +00:00
locka%iol.ie 3d263858b6 Made ActiveX plugin buildable 1999-12-02 22:17:18 +00:00
locka%iol.ie dd942f46a6 no message 1999-11-28 16:39:50 +00:00