Sun 17 Sep 2006 02:38:53 AM UTC, comment #12:
Just tested, definitely looks fixed to me.
|
Sat 16 Sep 2006 08:47:10 PM UTC, comment #11:
bug #17776 is not related I tink. I also experience firefox crashes
but they are caused by a NULL pointer. I will write a comment for #17776
|
Sat 16 Sep 2006 07:30:08 PM UTC, comment #10:
I tried testing this, but keep running into a bug that I reported as #17776. Maybe it's related to this change? I used to be able to play all the clips on albinoblacksheep (with the zombie problem), but now they are causing firefox to exit.
|
Sat 16 Sep 2006 04:33:00 PM UTC, comment #9:
Thanks to Guido Veldkamp this should now be fixed.
Sending a SIGTERM instead of SIGINT did the trick.
Tests welcome.
|
Sat 09 Sep 2006 08:59:19 PM UTC, comment #8:
I reopened and changed summary of this bug (just removed the wait call again)
|
Sun 03 Sep 2006 04:40:15 AM UTC, comment #7:
I don't think this is fixed. I have the same problem with the plugin on Firefox 1.5.0.5 and gnash built from today's CVS.
How to reproduce: http://www.albinoblacksheep.com
view some random small movies, by opening the links then hitting the browser back button to open another, then back and open another.. etc.
Then run ps, there will be a number of zombies.
This is somewhat serious, I think : I found it because I hit my user process limit and couldn't run any new ones until I exited Firefox.
|
Thu 17 Aug 2006 07:46:54 PM UTC, comment #6:
Tried adding the waitpid call. If I don't run firefox from the console this blocks firefox so that doesn't work.
|
Sun 13 Aug 2006 12:31:36 PM UTC, comment #5:
I ran configure with --enable-plugin.
I took a look at the source of plugin/plugin.cpp and think that maybe in function nsPluginInstance::shut() the call kill(_childpid, SIGINT) should be followed by a call to waitpid.
Current CVS doesn't compile so I can't test it.
P.S. I don't know how to reopen this bug. Maybe I have to login and therefore I tried to register, but this seems to have failed.
|
Sun 13 Aug 2006 12:11:00 PM UTC, comment #4:
Are you sure you are using the latest version? Sometimes ago the plugin was enabled by default, now you should configure with --enable-plugin. Maybe you are using the old plugin.
Try with --enable-plugin and post any news here.
|
Sun 13 Aug 2006 09:52:52 AM UTC, comment #3:
This still happens with current CVS. It happens on any page that has a flash animation, for example:
http://www.nvnews.net/vbulletin/forumdisplay.php?f=14
http://www.crazylove.nl/
This is with firefox 1.5 on Kubuntu 6.10 AMD64.
Output from "ps -e | grep gnash" shows:
5749 ? 00:00:00 gnash <defunct>
5750 ? 00:00:00 gnash <defunct>
5755 ? 00:00:00 gnash <defunct>
5756 ? 00:00:00 gnash <defunct>
5761 ? 00:00:00 gnash <defunct>
5762 ? 00:00:00 gnash <defunct>
5767 ? 00:00:00 gnash <defunct>
5768 ? 00:00:00 gnash <defunct>
5773 ? 00:00:00 gnash <defunct>
5774 ? 00:00:00 gnash <defunct>
5779 ? 00:00:00 gnash <defunct>
5780 ? 00:00:00 gnash <defunct>
8588 ? 00:00:00 gnash <defunct>
From the ps man page:
Processes marked <defunct> are dead processes (so-called "zombies") that remain because their parent has not destroyed them properly. These processes will be destroyed by init(8) if the parent process exits.
So it looks like the gnash processes are not destroyed correctly.
|
Wed 09 Aug 2006 01:13:27 PM UTC, comment #2:
No response, assuming this is fixed. If it isn't, please reopen with more details, such as a URL visited.
|
Wed 19 Jul 2006 01:04:20 AM UTC, comment #1:
Is this (still) the case in latest CVS?
|
Tue 11 Jul 2006 06:06:48 PM UTC, original submission:
When a web page with flash is closed the plugin process (gnash) keeps on running. After visiting several pages I had about twenty gnash processes running. After closing firefox the processes were killed.
This is running the gnash plugin in firefox on Kubuntu 6.10 AMD64.
|