firefox crashed [@g_type_check_instance] [@g_signal_emit_valist] [@g_signal_emit]

[taro kawagishi]

Binary package hint: firefox

... firefox crashed

...after reaching 100% CPU use for about 10 seconds.

It doesn't reproduce even after opening all the URL's in different tabs exactly the same way as before.

Possible test case: (from https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/2)
I opened a page with a Java applet and seeing nothing interesting there
I went back to the previous page without Java applet.
(one of links at
http://services.alphaworks.ibm.com/manyeyes/browse/visualizations)
I always disable Java in Firefox because applets often crash it.
After viewing the applet with Mozilla, I went back to Firefox, then it
crashed.

Extracted from symbolized stacktrace:
(file: http://launchpadlibrarian.net/8220995/gdb.log)
...
#3 <signal handler called>
#4 g_type_check_instance () from /usr/lib/libgobject-2.0.so.0
#5 g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#6 g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#7 gtk_widget_event_internal (widget=0xb6d92de8, event=0xbfcba8e8)
#0 __kernel_vsyscall ()
#1 poll () from /lib/tls/i686/cmov/libc.so.6
#2 PR_Poll (pds=0x811a428, npds=1, timeout=4294967295) at ptio.c:3877
#3 nsSocketTransportService::Poll (this=0x8119f40, interval=0xb5c14428)
#4 nsSocketTransportService::Run (this=0x8119f40)
...

[Cedric Veilleux (cveilleux)]

Under Ubuntu Edgy Eft, using GLib 2.12.4-0ubuntu1, eclipse 3.2 and 3.3M2 crashes after a few minutes of using.

The crash happens when compiling java projects. Disabling automatic build greatly reduce the problem but it still happens from time to time.

Under Ubuntu Dapper Drake, which uses GLib 2.10.3-0ubuntu1, the problem does not happen.

[Cedric Veilleux (cveilleux)]

Created attachment 52493
JVM crash log

[Cedric Veilleux (cveilleux)]

Created attachment 52494
Another crash

This time using JDK 1.6.0.

[Cedric Veilleux (cveilleux)]

Created attachment 52782
Same bug, but this time using GLib 2.10.3

What appears to be the same bug, but this time using GLib 2.10.3.

The bug is much harder to replicate using GLib 2.10.3 (Ubuntu Dapper Drake), but it seems to be there too.

[Snorthov (snorthov)]

NOTE: All crashes are happening when gtk_widget_show() is used to show a top level shell. Anybody got any ideas? Perhaps Cedric could try running a modified version of Shell.setVisible()?

What's all this about g_type_check_instance_cast? Is that a clue?

[Cedric Veilleux (cveilleux)]

Yes, if there is anything I can do to help diagnose the problem let me know. I am no SWT hacker so just let me know what you need me to do / provide.

Given the large Ubuntu user base, I suppose there will be many Eclipse users with that problem, especially since I have been able to replicate the problem on 2 different ubuntu workstations running different releases (6.06 and 6.10).

[Snorthov (snorthov)]

Bogdan, give him a hacked Shell.setVisible() that doesn't wait for all paints to have happened. Ask Silenio what this means.

[Cedric Veilleux (cveilleux)]

Using Eclipse 3.3M4 under sun-jre 1.6.0, I can no longer reproduce the problem.

I have also upgraded to Ubuntu Feisty Fawn (dev version), which uses libgtop 2.14.8.

[Cedric Veilleux (cveilleux)]

I meant GLib 2.12.9. Don't know if it matters anyway.

[Snorthov (snorthov)]

Ok, WORKSFORME?

[Cedric Veilleux (cveilleux)]

Unfortunately I spoke too soon.

I had what appears to be the same crash again. It does happen a lot less often now. The crash happened while I was doing a 'relocate' operation using subclipse plugin.

The other crashes happened mainly while (auto-)building java projects. I haven't had these under eclipse 3.3M4 (yet).

See the jvm crash log 'Same crash using Eclipse 3.3M4' that I will attach.

[Cedric Veilleux (cveilleux)]

Created attachment 60033
Same crash using Eclipse 3.3M4

[Snorthov (snorthov)]

Bogdan, get that man a hacked Shell.setVisible().

[Gheorghe-ca (gheorghe-ca)]

Created attachment 60082
Hacked SWT jar

Here is a replacement jar that contains the hacked Shell.setVisible (the change to Shell is to no longer wait for all of the paint events). To use this:

1. Extract a new version of Eclipse M4.
2. Place the attached jar file in [extracted eclipse dir]/eclipse/plugins -> you will be overwriting the existing jar
3. Start up Eclipse from a terminaal -> ./eclipse
4. If everything went OK you will see the message: "Hacked Shell.setVisible: not waiting for paint events" displayed in the terminal.

[Cedric Veilleux (cveilleux)]

Ok, running the hacked swt jar and seeing the

Hacked Shell.setVisible: not waiting for paint events

debug output.

So far no crash after a few hours of use.

[claudio (private-claudio)]

Created attachment 63189
crash dump

[claudio (private-claudio)]

The above is a crash dump in gtk which I get with eclipse 3.3M6. Is this the same problem or a new one?

[Snorthov (snorthov)]

Seems differed (ie. OS.gtk_tree_store_remove()). SSQ, didn't we fix a GP in this area a while back?

[Gheorghe-ca (gheorghe-ca)]

Claudio, I think you are seeing Bug 167562.

[Snorthov (snorthov)]

Ok, the GP is still open.

[Gheorghe-ca (gheorghe-ca)]

BTW, Claudio - do you happen to have a set of reproducible steps for your crash?

[Jeremy Volkman (jvolkman)]

I had a similar crash and could reproduce it 100% by unchecking and checking a bundle in an OSGi launch configuration. I've fixed the problem by disabling the "GTK Accessibility Module". In Ubuntu Feisty Fawn (and perhaps earlier), this setting is in System->Preferences->Accessibility->Assistive Technology Preferences.

[Gheorghe-ca (gheorghe-ca)]

Interesting - I tried to reproduce this (Accessibility module on + checking/unchecking OSGi bundles in launcher) on RHEL5 but no luck.

Cedric, do you have the Accessibility module turned on?

[Cedric Veilleux (cveilleux)]

Yes, I do have the Accessibility Module turned on.

I have been using eclipse 3.3M5 (Build id: I20070222-0951) for a few weeks now and never had that crash.

[Cedric Veilleux (cveilleux)]

Jeremy is right, checking / unchecking OSGi bundles in launcher config does reproduce the problem.

I had to play with the check boxes a little bit and then it crashed.

I will attache the crash dump. This is under 3.3M5.

[Cedric Veilleux (cveilleux)]

Created attachment 65399
Crash under 3.3M5 - checking/unchecking OSGi bundles

[Jeremy Volkman (jvolkman)]

(In reply to comment #24)
> Jeremy is right, checking / unchecking OSGi bundles in launcher config does
> reproduce the problem.
>
> I had to play with the check boxes a little bit and then it crashed.
>
> I will attache the crash dump. This is under 3.3M5.
>

Can you verify that it doesn't happen with the Accessibility module disabled?

[Cedric Veilleux (cveilleux)]

Yes, I confirm it does not happen with the Accessibility Module turned off.

[Justin Payne (neolithium82)]

Thank you for the bug report. Could you please try to obtain a backtrace by following the instructions on https://wiki.ubuntu.com/MozillaTeam/Bugs, or upload the crash report from /var/crash/.

Also, please answer these questions:
Which flash package do you have installed?
Which Java package do you have installed?
Which firefox extensions do you have installed?

This will greatly aid us in tracking down your problem.

Regards,
Justin

[taro kawagishi (taro-kawagishi)]

Hi Justin,

I remember now what could have caused this crash.
I opened a page with a Java applet and seeing nothing interesting there
I went back to the previous page without Java applet.
(one of links at
http://services.alphaworks.ibm.com/manyeyes/browse/visualizations)
I always disable Java in Firefox because applets often crash it.
After viewing the applet with Mozilla, I went back to Firefox, then it
crashed.

The crash report is huge:
taro@ubuntu-taro:~$
ll /var/crash/_usr_lib_firefox_firefox-bin.2010.crash
-rw------- 1 taro exava 53214785 Jun 28
09:23 /var/crash/_usr_lib_firefox_firefox-bin.2010.crash
taro@ubuntu-taro:~$

Attached is the stack trace I got following your instruction.

External packages I use are:
Java from Sun jdk1.5.0_08 (I don't know how it affects Firefox when I
use it with "Enable Java" unchecked.)
Flash Player 9 for Linux Version 9.0.31.0
Firefox addons installed are
 DOM Inspector 1.8.1.3
 Event Spy 0.2.2
 Firebug 1.05
 Html Validator 0.8.3.9
 Inspect Context 0.3
 InspectThis 0.2.9
 User Agent Swithcher 0.6.10
 XML Developer Toolbar 0.2

Best regards,
Taro

-------- Original Message --------
From: Justin Payne <email address hidden>
Reply-To: Bug 122726 <email address hidden>
To: <email address hidden>
Subject: [Bug 122726] Re: Firefox crashed after reaching 100% CPU use
for about 10 seconds.
Date: Thu, 28 Jun 2007 01:27:02 -0000

Thank you for the bug report. Could you please try to obtain a backtrace
by following the instructions on
https://wiki.ubuntu.com/MozillaTeam/Bugs, or upload the crash report
from /var/crash/.

Also, please answer these questions:
Which flash package do you have installed?
Which Java package do you have installed?
Which firefox extensions do you have installed?

This will greatly aid us in tracking down your problem.

Regards,
Justin

** Summary changed:

- It just crashed after reaching 100% CPU use for about 10 seconds.
+ Firefox crashed after reaching 100% CPU use for about 10 seconds.

** Changed in: firefox (Ubuntu)
     Assignee: (unassigned) => Mozilla Bugs
       Status: New => Incomplete

[Hilario J. Montoliu (hjmf) (hmontoliu)]

hmm, there seems not to be any attachment,

please, can you resubmit the attachment (either the full crash report, or the retrace you did) to [1] instead of directly attach it to the email.

Thank you in advance,

H. Montoliu

[1] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/+addcomment

[taro kawagishi (taro-kawagishi)]

I remember now what could have caused this crash.
I opened a page with a Java applet and seeing nothing interesting there
I went back to the previous page without Java applet.
(one of links at
http://services.alphaworks.ibm.com/manyeyes/browse/visualizations)
I always disable Java in Firefox because applets often crash it.
After viewing the applet with Mozilla, I went back to Firefox, then it
crashed.

Attached is the stack trace I got following your instruction.

External packages I use are:
Java from Sun jdk1.5.0_08 (I don't know how it affects Firefox when I
use it with "Enable Java" unchecked.)
Flash Player 9 for Linux Version 9.0.31.0
Firefox addons installed are
        DOM Inspector 1.8.1.3
        Event Spy 0.2.2
        Firebug 1.05
        Html Validator 0.8.3.9
        Inspect Context 0.3
        InspectThis 0.2.9
        User Agent Swithcher 0.6.10
        XML Developer Toolbar 0.2

[Hilario J. Montoliu (hjmf) (hmontoliu)]

Thank you for the bug report however this report lacks information we need to investigate it further. Of course this is not your fault, but the retrace obtained from your report doesn't provide useful information for us as it seems to be corrupted. For this reason, we are now going to close the bug report - please feel free to reopen when you have more information at hand.

And please don't doubt to report any other crashes/issues you might have in the future.

Further information can be found at [1].

[1] https://wiki.ubuntu.com/MozillaTeam/Bugs

[Ericwill (ericwill)]

I've never seen this crash. Closing, please feel free to re-open it if someone sees it again.