#0 0x4197db8e in nsPluginHostImpl::~nsPluginHostImpl (this=0x81beca0, __in_chrg=3)
at mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp:2630
#1 0x4197dd61 in nsPluginHostImpl::Release (this=0x81beca0)
at mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp:2639
#2 0x4015a878 in nsObserverList::AddObserver (this=0x81bed08, anObserver=0x81becb0, ownsWeak=1)
at ../../dist/include/xpcom/nsCOMPtr.h:490
#3 0x4015b7da in nsObserverService::AddObserver (this=0x80f1678,
anObserver=0x81becb0, aTopic=0x419a2b73 "quit-application", ownsWeak=1)
at mozilla/xpcom/ds/nsObserverService.cpp:163
git-svn-id: svn://10.0.0.236/trunk@122411 18797224-902f-48f8-a5cc-f745e15eee43
it's nsISupportsWeakReference, not nsIWeakReference
and we didn't want to touch nsPluginCacheListener which is what caused the original confusion
git-svn-id: svn://10.0.0.236/trunk@122408 18797224-902f-48f8-a5cc-f745e15eee43
for future and is needed for the API freeze.
Bug 144716 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@121621 18797224-902f-48f8-a5cc-f745e15eee43
1) Introduces a new public interface nsIPrintSettingService which emables consumers to create PS objects whithout a nsIWebBrowserPrint interface
2) The implementation is nsPrintOptionsImpl which now impls the private interface nsIPrintOptions and the public iface nsIPrintSettingsService
3) Several methods/attrs have been moved from nsIWebBrowserPrint iface to nsIPrintSettingsService
4) The CIDs for nsIPrintOptions and nsIPrinSettingsService are now the same.
5) There is no longer a CID "@mozilla.org/gfx/printoptions;1"
6) nsIWebBrowserPrint still has the "globalPrintSettings" attr so if you already have an nsIWebBrowserPrint you don't have to create the PS Service to get it.
7) A bug has been filed to rename the imlp of nsPrintOptionsImpl to nsPrintSettingsService.
Bug 144128 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@121463 18797224-902f-48f8-a5cc-f745e15eee43
* Mouse events "bleeding through" tabs so that a plugin in one tab responds to mouse movements in another (bug 120875)
* dynamic control of CSS visiblity property with plugins on mac (can hide/show plugins) (bug 137230)
* Plugins incorrectly show up on top of documents and in the wrong place in print preview. This fix will also them to be hidden like they are on other platforms. (bug 133992)
r=av sr=beard
git-svn-id: svn://10.0.0.236/trunk@120593 18797224-902f-48f8-a5cc-f745e15eee43
pref("plugin.scan.SunJRE", "1.3");
pref("plugin.scan.Acrobat", "5.0");
pref("plugin.scan.Quicktime", "5.0");
pref("plugin.scan.WindowsMediaPlayer", "7.0");
pref("plugin.scan.4xPluginFolder", false);
This also adds a one-off hack to scan for Real Player (nppl3260.dll) in the XPCOM components folder.
Bug 133282, r=av sr=waterson
git-svn-id: svn://10.0.0.236/trunk@120393 18797224-902f-48f8-a5cc-f745e15eee43
Changes:
* Added EXTRA_COMPONENTS variable to build. Use it to automagically install files into the components dir.
* Added SYSINSTALL variable. Use it install files onto the system.
* Move mozilla-config generation from configure to makefiles
* mozilla-config will now generate paths based upon the MRE-based directory layout.
* Generate mozilla script from template
The installation heirarchy currently looks like:
$prefix -> /bin/mozilla
/bin/mozilla-config
/include/mozilla-ver/*
/lib/mozilla-ver (mozappdir)
/components
/res
/defaults
/chrome
There is preliminary build support for MRE dirs as well though the component manager hasn't had MRE support added yet.
$prefix -> /lib/mre/mre-ver (mredir)
/components
git-svn-id: svn://10.0.0.236/trunk@119809 18797224-902f-48f8-a5cc-f745e15eee43
r=serge, sr=beard, a=asa
OS/2 only - change current dir to plugins directory when starting plugin
git-svn-id: svn://10.0.0.236/trunk@117965 18797224-902f-48f8-a5cc-f745e15eee43
