Created attachment 598933 [details] testcase 1. Run a debug build of Firefox with XPCOM_MEM_LEAK_LOG=2. 2. Load the testcase. Java Applet Plug-in 14.1.0 displays a placeholder: "Inactive Plug-in →" 3. Quit Firefox. Result: a bunch of stuff leaks, but no documents or docshells or domwindows.
Regressions from the recent plugin work?
johns, this sounds like stuff you're working on.
Assignee: nobody → jschoenick
Depends on: 745030
OS: Mac OS X → All
Hardware: x86_64 → All
Does this still reproduce with the OS X placeholder plugin now that Java is OOP again? It doesn't with any other java incarnations, it would seem.
OS: All → Mac OS X
I'd check, but i'm not sure how to go back to the placeholder plugin from a Java 7 install.
I actually have the place holder plugin now since my Mac got fixed and setup freshly. Checked and i don't see this with a current debug build, so this is limited to in-process for the placeholder as well.
So this is limited to the non-default configuration of a stub plugin on OS X only. This might be worth looking into to ensure it's not a bug in our code, but isn't terribly important.
Assignee: jschoenick → nobody
Summary: <applet> tag leaks → OS X java placeholder plugin leaks when in-process
Whiteboard: [MemShrink:P2] → [MemShrink]
If somebody wants to investigate, it would be nice to figure out why the normal NPRuntime teardown code is leaking a NPObject beyond its instance. But other than that, this is unimportant.
Priority: -- → P5
I'm marking this bug as WONTFIX per bug #1269807. For more information see - https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/
Status: NEW → RESOLVED
Last Resolved: a year ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.