Closed Bug 400704 Opened 17 years ago Closed 15 years ago

firefox.exe process hanging around, deadlocked?

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: moco, Unassigned)

References

(Blocks 1 open bug)

Details

firefox.exe process hanging around, deadlocked? I attempted to update my trunk nightly, and was unable to because a firefox.exe process was still running. I attached to it in visual studio and broke all threads and got the following message: The process appears to be deadlocked (or is not running any user-mode code). All threads have been stopped. This was an optimized build (2007101905) I'll attach a minidump. Note, recently I have started using -no-remote and launching from the console as "./firefox.exe -no-remote -P sspitzer" see also bug #386286 (and maybe bug #400489?)
Also see bug 392626. Maybe we need a meta bug for all these similar bugs now. Seth, Marco is experiencing the same bug a lot when running with JAWS (which uses IAccessible and thus holds onto our objects using COM pointers). We have no idea what the cause is. Perhaps it's not even related to JAWS. It's concerning us quite a bit.
Depends on: zombieproc
Blocks: zombieproc
No longer depends on: zombieproc
This link contains an older java applet that makes firefox.exe (FF 3b2) to not terminate correctly and must be killed: http://www.irchat.tv/JAVirc/applet.html I have also another site (private) that has a java applet with same effect. Both work OK with IE7. The only common thing I can see is that both applets fail to initialize.. here's the log from Java console: Java Plug-in 1.6.0_03 JRE 1.6.0_03 Java HotSpot(TM) Client VM downloading: class irc.class not found java.lang.ClassNotFoundException: irc.class at sun.applet.AppletClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadCode(Unknown Source) at sun.applet.AppletPanel.createApplet(Unknown Source) at sun.plugin.AppletViewer.createApplet(Unknown Source) at sun.applet.AppletPanel.runLoader(Unknown Source) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(Unknown Source) at sun.applet.AppletClassLoader.access$100(Unknown Source) at sun.applet.AppletClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) ... 10 more Maybe something java if related.
This is happening to me as well, very occasionally l shut down firefox and the process remains, usually sticking to 170isg meg of ram (doesnt use more doesnt use less) regardless of trying to start new browser sessions, l just get a message telling me to either end the process or restart, the common denominator between myself and jeff is that l have both download status bar and AVG addons installed.. however l believe the AVG one can be ruled out as its been happening to me much longer than lve had AVG. this happens on the latest versions of firefox since V3 as far as l remember, although l believe a possibility to the problem is usage before it happens, l find when l do some hardcore browsing opening a couple of 100 tabs downloading and passing allot of data within 1 session and downloading allot of files seems to increase the possibility the process will stick.
do you see this with latest FF and jre? (now at (build 1.6.0_13-b03)) see Bug 156994 comment 19 - Java uses lot of memory which is never freed
FF 3.5.1 does not hang anymore in both cases. Worksforme.
WFM per comment 6, and is the last bug blocking bug 401301
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.