[Bug 122726] Re: firefox crashed [@g_type_check_instance] [@g_signal_emit_valist] [@g_signal_emit]
Bug Watch Updater
122726 at bugs.launchpad.net
Sat Jul 30 09:01:21 UTC 2016
Launchpad has imported 29 comments from the remote bug at
https://bugs.eclipse.org/bugs/show_bug.cgi?id=161883.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2006-10-22T19:23:48+00:00 Cedric Veilleux wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/0
------------------------------------------------------------------------
On 2006-10-22T19:24:32+00:00 Cedric Veilleux wrote:
Created attachment 52493
JVM crash log
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/1
------------------------------------------------------------------------
On 2006-10-22T19:27:16+00:00 Cedric Veilleux wrote:
Created attachment 52494
Another crash
This time using JDK 1.6.0.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/2
------------------------------------------------------------------------
On 2006-10-26T19:21:54+00:00 Cedric Veilleux wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/3
------------------------------------------------------------------------
On 2006-10-26T23:05:02+00:00 Snorthov wrote:
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?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/4
------------------------------------------------------------------------
On 2006-10-27T16:05:41+00:00 Cedric Veilleux wrote:
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).
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/5
------------------------------------------------------------------------
On 2007-02-28T22:03:39+00:00 Snorthov wrote:
Bogdan, give him a hacked Shell.setVisible() that doesn't wait for all
paints to have happened. Ask Silenio what this means.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/6
------------------------------------------------------------------------
On 2007-02-28T22:45:53+00:00 Cedric Veilleux wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/7
------------------------------------------------------------------------
On 2007-02-28T22:48:48+00:00 Cedric Veilleux wrote:
I meant GLib 2.12.9. Don't know if it matters anyway.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/8
------------------------------------------------------------------------
On 2007-03-01T00:32:13+00:00 Snorthov wrote:
Ok, WORKSFORME?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/9
------------------------------------------------------------------------
On 2007-03-01T00:47:53+00:00 Cedric Veilleux wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/10
------------------------------------------------------------------------
On 2007-03-01T00:48:29+00:00 Cedric Veilleux wrote:
Created attachment 60033
Same crash using Eclipse 3.3M4
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/11
------------------------------------------------------------------------
On 2007-03-01T00:59:48+00:00 Snorthov wrote:
Bogdan, get that man a hacked Shell.setVisible().
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/12
------------------------------------------------------------------------
On 2007-03-01T16:35:36+00:00 Gheorghe-ca wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/13
------------------------------------------------------------------------
On 2007-03-01T21:03:56+00:00 Cedric Veilleux wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/14
------------------------------------------------------------------------
On 2007-04-06T20:00:10+00:00 claudio wrote:
Created attachment 63189
crash dump
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/15
------------------------------------------------------------------------
On 2007-04-06T20:01:19+00:00 claudio wrote:
The above is a crash dump in gtk which I get with eclipse 3.3M6. Is this
the same problem or a new one?
Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/16
------------------------------------------------------------------------
On 2007-04-09T15:21:03+00:00 Snorthov wrote:
Seems differed (ie. OS.gtk_tree_store_remove()). SSQ, didn't we fix a
GP in this area a while back?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/17
------------------------------------------------------------------------
On 2007-04-09T18:39:01+00:00 Gheorghe-ca wrote:
Claudio, I think you are seeing Bug 167562.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/18
------------------------------------------------------------------------
On 2007-04-09T21:42:07+00:00 Snorthov wrote:
Ok, the GP is still open.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/19
------------------------------------------------------------------------
On 2007-04-09T21:45:05+00:00 Gheorghe-ca wrote:
BTW, Claudio - do you happen to have a set of reproducible steps for
your crash?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/20
------------------------------------------------------------------------
On 2007-04-30T00:35:34+00:00 Jeremy Volkman wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/21
------------------------------------------------------------------------
On 2007-04-30T16:28:45+00:00 Gheorghe-ca wrote:
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?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/22
------------------------------------------------------------------------
On 2007-04-30T16:57:31+00:00 Cedric Veilleux wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/23
------------------------------------------------------------------------
On 2007-04-30T17:01:35+00:00 Cedric Veilleux wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/24
------------------------------------------------------------------------
On 2007-04-30T17:02:45+00:00 Cedric Veilleux wrote:
Created attachment 65399
Crash under 3.3M5 - checking/unchecking OSGi bundles
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/25
------------------------------------------------------------------------
On 2007-04-30T17:03:42+00:00 Jeremy Volkman wrote:
(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?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/26
------------------------------------------------------------------------
On 2007-04-30T17:11:38+00:00 Cedric Veilleux wrote:
Yes, I confirm it does not happen with the Accessibility Module turned
off.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/27
------------------------------------------------------------------------
On 2016-07-29T18:39:46+00:00 Ericwill wrote:
I've never seen this crash. Closing, please feel free to re-open it if
someone sees it again.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/122726/comments/35
** Changed in: eclipse
Status: Confirmed => Fix Released
** Changed in: eclipse
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Mozilla
Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/122726
Title:
firefox crashed [@g_type_check_instance] [@g_signal_emit_valist]
[@g_signal_emit]
To manage notifications about this bug go to:
https://bugs.launchpad.net/eclipse/+bug/122726/+subscriptions
More information about the Ubuntu-mozillateam-bugs
mailing list