96809 - (NoPluginUnload) plugins don't get unloaded and preloaded mozilla keeps getting bigger

Status: VERIFIED DUPLICATE of bug 115450

(Core Graveyard :: Plug-ins, defect)

Description

[Andrea Aime]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.2) Gecko/20010628
BuildID:    

When a plugin (Java, Acrobat) gets loaded it never gets unloaded
any more, and using preloader results in a background process
that grows in time and sucks big quantities of system memory...

Reproducible: Always
Steps to Reproduce:
1. use preloader under windows
2. go to java.sun.com, open some pdf with Acrobat plugin
3. close all windows
4. look at mozilla's memory consumption: terrible!

Actual Results:  Mozilla's background process sucks between 
50 and 70 MB of memory even if no window is opened

Expected Results:  Plugins should be unloaded when the last open window
is closed, releasing memory

Comment 1

[Asa Dotzler [:asa]]

Apps or Plug-ins. Not sure who would make this happen. Trying XP Apps first.

Comment 2

[sairuh (rarely reading bugmail)]

shrir, would this be plug-ins? punt as needed, thx!

Comment 3

[av (gone)]

Acrobat plugin is a fairly small thing. The real Acrobat engine uses separate
process space. I am not sure how big Java is but I beleive the problem is not
limited to plugins. Open mail client e.g., you'll see memory increase too and it
is not freed after closing all the windows. As to plugins, all legacy plugins
are unloaded from the memory when the page is left. Java probably stays, as do
xpcom plugins of which we have only Real Player in the installation package.

Not sure what to do with this bug. Any ideas?

Comment 4

[Peter Lubczynski]

Uh....I think that's exactly what the preloader is supposed to do.....leave
stuff loaded so next time you use it it's already loaded. Therefore, I believe
that this bug should be marked WONTFIX.

In addition, because of the special nature of the Java plugin, it is not
designed to be unloaded once loaded unless the application will be terminated.
Since the preloader prevents the termination of Mozilla, once loaded, the Java
plugin will remain in memory. As for Acrobat, it is a 4.x-style plugin and DOES
get unloaded when the last instance is unloaded. The Acrobat application is
independant of the browser so it remaining loaded is probably an issue for Adobe.

Comment 5

[shrirang khanzode]

v

Comment 6

[R.K.Aa.]

*** Bug 146067 has been marked as a duplicate of this bug. ***

Comment 7

[R.K.Aa.]

*** Bug 152039 has been marked as a duplicate of this bug. ***

Comment 8

[R.K.Aa.]

*** Bug 155204 has been marked as a duplicate of this bug. ***

Comment 9

[Matthias Versen [:Matti]]

*** Bug 158125 has been marked as a duplicate of this bug. ***

Comment 10

[Matthias Versen [:Matti]]

*** Bug 158393 has been marked as a duplicate of this bug. ***

Comment 11

[emmet]

I am reopening this bug given this consideration (on Windows)

Run Mozillia as a mail client                          - 15Mb
Open browse window                                     - 17Mb
view java page                                         - 30Mb
close browse window leaving *only* mail client running - 30Mb

That can not be a desired feature.

Comment 12

[Peter Lubczynski]

What are the results with disabling Java? Do different versions of the JRE make
a difference?

Comment 13

[Patrick Barnes]

Java configuration and version are irrelevent to this bug.  Any version will be
loaded, and won't be unloaded.  The same is true with all other plugins.  The
most you can do is figure out which version of the JRE uses fewer resources,
because all you can hope to accomplish is a smaller load on your system when the
bug manifests itself.

Comment 14

[Peter Lubczynski]

Regular plugins do get unloaded. Otherwise we'd have other bugs. XPCOM and
XPConnected plugins, however, need to remain in memory otherwise we crash.

*** This bug has been marked as a duplicate of 115450 ***

Comment 15

[shrirang khanzode]

vd