After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 382922 - crash after closing epiphany when it was displaying a website
crash after closing epiphany when it was displaying a website
Status: RESOLVED DUPLICATE of bug 349051
Product: epiphany
Classification: Core
Component: General
2.14.x
Other Linux
: High minor
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2006-12-06 08:33 UTC by jack
Modified: 2006-12-11 13:38 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
backtrace from epiphany crash (10.77 KB, text/plain)
2006-12-11 02:12 UTC, jack
Details

Description jack 2006-12-06 08:32:19 UTC
Distribution: Debian 4.0
Package: epiphany
Severity: trivial
Version: GNOME2.14.3 2.14.x
Gnome-Distributor: Debian
Synopsis: crash after closing epiphany when it was displaying a website
Bugzilla-Product: epiphany
Bugzilla-Component: General
Bugzilla-Version: 2.14.x
BugBuddy-GnomeVersion: 2.0 (2.14.1)
Description:
Description of the crash:
epiphany crashed when display a map at www.mappy.fr

Steps to reproduce the crash:
1. go to www.mappy.fr
2. do a map search, and move it with the controls located at the left
side of the map
3. close the browser

Expected Results:
crash

How often does this happen?
randomly

Additional Information:



Debugging Information:

Backtrace was generated from '/usr/libexec/epiphany-browser'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1240688960 (LWP 15845)]
(no debugging symbols found)
0xb70a3231 in __waitpid_nocancel () from /lib/tls/libpthread.so.0

Thread 1 (Thread -1240688960 (LWP 15845))

  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #1 gnome_gtk_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #2 gtk_moz_embed_get_title
    from /usr/lib/libgtkembedmoz.so.0d
  • #3 <signal handler called>
  • #4 ??
  • #5 ??
    from /usr/lib/libglib-2.0.so.0
  • #6 __pthread_mutex_unlock_usercnt
    from /lib/tls/libpthread.so.0
  • #7 g_source_get_current_time
    from /usr/lib/libglib-2.0.so.0
  • #8 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #9 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #10 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #11 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #12 main
  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0




------- Bug created by bug-buddy at 2006-12-06 08:33 -------

Comment 1 André Klapper 2006-12-07 21:07:57 UTC
Thanks for taking the time to report this bug.
Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
Comment 2 jack 2006-12-09 15:56:08 UTC
Hello,
Here's the backtrace I got when running through the steps to reproduce the crash. Unfortunately I could not repeat it more than once with the (supposed to be) non stripped version of the browser. I followed the instructions at http://wiki.debian.org/HowToGetABacktrace
but I did not get any info from gdb as the program exited normaly. Then I just ran it again and then I got:

Backtrace was generated from '/usr/libexec/epiphany-browser'

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1241508160 (LWP 8062)]
0xb6fdb231 in __waitpid_nocancel () from /lib/tls/libpthread.so.0

Thread 1 (Thread -1241508160 (LWP 8062))

  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #1 gnome_gtk_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #2 gtk_moz_embed_get_title
    from /usr/lib/libgtkembedmoz.so.0d
  • #3 <signal handler called>
  • #4 ??
  • #5 ??
  • #6 ??
  • #7 ??
  • #8 ??
  • #9 ??
    from /usr/lib/libglib-2.0.so.0
  • #10 __pthread_mutex_unlock_usercnt
    from /lib/tls/libpthread.so.0
  • #11 g_source_get_current_time
    from /usr/lib/libglib-2.0.so.0
  • #12 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #13 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #14 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #15 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #16 main
    at ephy-main.c line 792
  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0

from bug-buddy. I got this only once. From then the browser seems to act normally. What has changed since the first crash is that I upgraded my Debian workstation with the latest updates which includes flashplugin beta9 and the new recompiled version of epiphany I'm now using just in case the crash occurs again. Sorry I'm no programmer, hope this helps.
Comment 3 Reinout van Schouwen 2006-12-09 22:24:21 UTC
Hi,

could you please also install debug packages voor GTK, Glib, and xulrunner?
Your backtrace only shows debug symbols for epiphany itself.

Also, try upgrading to a newer epiphany version (2.16.x) to see if the problem still occurs. Thanks!
Comment 4 jack 2006-12-10 22:08:40 UTC
Hello,

Ok I'm on my way to install unstripped versions of these libs. I just wanted to point out that I'm afraid I will not be able to install 2.16 version of the browser as it would compel me to stop sticking to Debian Etch, which is known to be the next so called stable version (soon, I hope). As a matter of fact I first upgraded to Etch because I thought it would be a good balance between the most recent version of Gnome desktop (among other softwares) and system stability, giving the fact that I don't use it for "testing". For now I'm quite satisfied with my choice. I don't really want to see more weird things happen with Sid (which include 2.16) installed.

So I wondered if recompiling epiphany 2.16 from source would do the trick, which I suppose would also raise some dependency problems. I'm asking you if it's a good or a bad idea before I run into trouble :-). Feel free to tell me about it and I could eventually recompile epiphany...or find another way to help you out!

Please I beg you to keep in mind that whatever you ask me to do, I'd rather do it over Debian Etch distribution. Thanks for your help and interest...

Jack H.
Comment 5 Reinout van Schouwen 2006-12-11 00:03:29 UTC
If you can provide a full backtrace with the 2.14 release you're using, it would be a good start. You could try jhbuild for a more recent epiphany version built from source. Thanks!
Comment 6 jack 2006-12-11 02:12:48 UTC
Created attachment 78109 [details]
backtrace from epiphany crash
Comment 7 jack 2006-12-11 02:18:01 UTC
Comment on attachment 78109 [details]
backtrace from epiphany crash

Hello,

Here the new backtrace I got from the crash with libxul0d-dbg, libgtk2.0-0-dbg and libglib2.0-0-dbg installed. All these symbols really have no meaning to me. Hope I didn't miss anything.
btw epiphany seems to act much better since I recompiled it, as it took me a couple of more tries to get the crash.
I'm now planning on trying it  with 2.16.x version soon.
Jack H.
Comment 8 Christian Persch 2006-12-11 13:38:00 UTC

*** This bug has been marked as a duplicate of 349051 ***