Closed Bug 577157 Opened 14 years ago Closed 8 years ago

[OOPP] Plugin container will not close

Categories

(Core Graveyard :: Plug-ins, defect)

5 Branch
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: twoolf63, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.7) Gecko/20100701 Firefox/3.6.7 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.7) Gecko/20100701 Firefox/3.6.7 (.NET CLR 3.5.30729) Plugin container will not close and uses 100% cpu till closed with task manager. Reproducible: Always Steps to Reproduce: 1.goto on demand at wlac.com 2.open listen live. loads flash plungin. 3.close tab after 6 hrs. cpu go's to 100% plungin container still running in task manager. Actual Results: the Tab will close but the plungin container will not shut down. only with the task manager. cpu runs at 100% plungin container.exe. Expected Results: Plungin container should close and not hog the cpu at 100%
Version: unspecified → 3.6 Branch
This bug is also present in the Mac OS X beta: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1 Steps to Reproduce: 1. Visit page that requires flash (e.g., youtube.com) 2. Flash container spawns new dock icon called "Firefox". I had to find out that it was the flash container using ps -A | grep Firefox 3. After closing the tab containing flash, the plugin container fails to close. The user must close it manually by right-clicking the icon and selecting Quit. Expected results: Given that it seems like this is something the user does not need know about, it would be nice if the plugin container launched silently in the background instead of spawning a dock icon.
Update your plugins, then try a new profile, http://support.mozilla.com/en-US/kb/Managing+profiles
Updated plugins and running under a new profile do not fix the bug on OS X.
Confirmed on Kubuntu 10.04, everything is up-to-date. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.6) Gecko/20100628 Ubuntu/10.04 (lucid) Firefox/3.6.6
also present in Fedora 13, Mozilla/5.0 (X11; U; Linux x86_64; he-IL; rv:1.9.2.7) Gecko/20100720 Fedora/3.6.7-1.fc13 Firefox/3.6.7
I can confirm this issue on Firefox 3.6.7 and Firefox 4.0 beta 1, under Ubuntu. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.7) Gecko/20100715 Ubuntu/10.04 (lucid) Firefox/3.6.7 $ ps aux | grep [p]lugin-container tomer 16994 0.0 0.9 90420 19016 pts/0 Sl+ 19:23 0:00 /home/tomer/tmp/firefox4b1/firefox/plugin-container /usr/lib/adobe-flashplugin/libflashplayer.so 2729 plugin true tomer 17415 6.6 1.6 122452 33872 pts/1 Sl 19:31 1:28 /usr/lib/firefox-3.6.7/plugin-container /usr/lib/adobe-flashplugin/libflashplayer.so 17340 plugin
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: x86 → All
Summary: Plugin container will not close → [OOPP] Plugin container will not close
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Version: 3.6 Branch → 5 Branch
Seen this with Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20100101 Firefox/5.0 and a zombie plugin-container.exe with ~130 MB working set and 500 MB virtual memory size (had opened a new window and closed the old one). Could this be a flash related problem?
Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.