Bug 564608 – crash in Epiphany Web Bookmarks: I was opening in a new t...

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 564608 - crash in Epiphany Web Bookmarks: I was opening in a new t...


Summary:	crash in Epiphany Web Bookmarks: I was opening in a new t...


Status:	RESOLVED NOTGNOME

Product:	epiphany
Classification:	Core
Component:	[obsolete] Backend:Mozilla
Version:	2.22.x
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	Epiphany Maintainers
QA Contact:	Epiphany Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2008-12-15 13:25 UTC by piviul
Modified:	2008-12-27 12:44 UTC

See Also:
GNOME target:	---
GNOME version:	2.21/2.22

Description piviul 2008-12-15 13:25:57 UTC

Version: 2.22.3

What were you doing when the application crashed?
I was opening in a new tab the url: http://www.ilbloggatore.com/2008/01/08/cairo-dock-su-debian-sid/

Have a nice day


Distribution: Debian lenny/sid
Gnome Release: 2.22.3 2008-09-18 (Debian)
BugBuddy Version: 2.22.0

System: Linux 2.6.26-1-686 #1 SMP Wed Nov 26 19:14:11 UTC 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10402000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: gnome

Memory status: size: 188805120 vsize: 188805120 resident: 55971840 share: 30019584 rss: 55971840 rss_rlim: 4294967295
CPU usage: start_time: 1229347077 rtime: 2557 utime: 2392 stime: 165 cutime:0 cstime: 2 timeout: 0 it_real_value: 0 frequency: 100

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

[Thread debugging using libthread_db enabled]
[New Thread 0xb6a9e700 (LWP 7334)]
[New Thread 0xadb77b90 (LWP 7377)]
[New Thread 0xb0860b90 (LWP 7375)]
[New Thread 0xb1862b90 (LWP 7371)]
[New Thread 0xb2cfcb90 (LWP 7342)]
[New Thread 0xb3deeb90 (LWP 7340)]
[New Thread 0xb4df0b90 (LWP 7339)]
[New Thread 0xb45efb90 (LWP 7338)]
[New Thread 0xb59ebb90 (LWP 7335)]
0xb7f15424 in __kernel_vsyscall ()

+ Trace 210822

Thread 2 (Thread 0xadb77b90 (LWP 7377))

#0 __kernel_vsyscall
#1 waitpid
from /lib/i686/cmov/libpthread.so.0
#2 IA__g_spawn_sync
at /tmp/buildd/glib2.0-2.16.6/glib/gspawn.c line 374
#3 IA__g_spawn_command_line_sync
at /tmp/buildd/glib2.0-2.16.6/glib/gspawn.c line 682
#4 ??
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#5 ??
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#6 nsProfileLock::FatalSignalHandler
at nsProfileLock.cpp line 216
#7 <signal handler called>
#8 __kernel_vsyscall
#9 raise
from /lib/i686/cmov/libc.so.6
#10 abort
from /lib/i686/cmov/libc.so.6
#11 talloc_strdup
from /usr/lib/libtalloc.so.1
#12 xx_path
from /lib/libnss_wins.so.2
#13 lock_path
from /lib/libnss_wins.so.2
#14 receive_unexpected
from /lib/libnss_wins.so.2
#15 receive_nmb_packet
from /lib/libnss_wins.so.2
#16 name_query
from /lib/libnss_wins.so.2
#17 _nss_wins_gethostbyname_r
from /lib/libnss_wins.so.2
#18 _nss_wins_gethostbyname2_r
from /lib/libnss_wins.so.2
#19 gaih_inet
from /lib/i686/cmov/libc.so.6
#20 getaddrinfo
from /lib/i686/cmov/libc.so.6
#21 PR_GetAddrInfoByName
at prnetdb.c line 2042
#22 nsHostResolver::ThreadFunc
at nsHostResolver.cpp line 697
#23 _pt_root
at ptthread.c line 221
#24 start_thread
from /lib/i686/cmov/libpthread.so.0
#25 clone
from /lib/i686/cmov/libc.so.6



----------- .xsession-errors (98 sec old) ---------------------
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
 *** Gnome Registry Session: yes.
--------------------------------------------------

Comment 1 Reinout van Schouwen 2008-12-15 14:43:54 UTC

Thanks for taking the time to report this bug.
Unfortunately, the 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.

Could you please help fixing this by installing some debugging packages [1],
start the application as normal, and try to reproduce the crash, if possible?

Once bug-buddy pops up, you can find the stacktrace in the 'Details', now
containing way more information. Please copy that stacktrace and paste it as a
comment here. Thanks in advance!

[1] Please install debug packages for epiphany, gtk, glib, libgnome,
libgnomeui, and the backend (for example webkit, firefox, or
xulrunner) (as far as those packages are provided by your distribution).

More details can be found here: http://live.gnome.org/GettingTraces

(specifically, debug symbols for libnss-wins are missing. It looks like the crash happens in that code.)

Comment 2 piviul 2008-12-15 14:51:34 UTC

I use debian testing and I don't know the package that have libnss-wins debugging symbols: can you please help me to find it?

Thank you very much

Piviul

Comment 3 Reinout van Schouwen 2008-12-15 14:58:47 UTC

Please ask on the designated Debian forums, I don't know the answer to your question. Thanks!

Comment 4 piviul 2008-12-22 11:37:24 UTC

The debugging symbol for libnss-wins was already instaled. In effect if you the line concerning libnss-win says:

+ Trace 211002

Thread 3 (Thread 0xad9ffb90 (LWP 4096))

#0 __kernel_vsyscall
#1 waitpid
from /lib/i686/cmov/libpthread.so.0
#2 IA__g_spawn_sync
at /tmp/buildd/glib2.0-2.16.6/glib/gspawn.c line 374
#3 IA__g_spawn_command_line_sync
at /tmp/buildd/glib2.0-2.16.6/glib/gspawn.c line 682
#4 ??
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#5 ??
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#6 nsProfileLock::FatalSignalHandler
at nsProfileLock.cpp line 216
#7 <signal handler called>
#8 __kernel_vsyscall
#9 raise
from /lib/i686/cmov/libc.so.6
#10 abort
from /lib/i686/cmov/libc.so.6
#11 talloc_strdup
from /usr/lib/libtalloc.so.1
#12 talloc_sub_basic
from /lib/libnss_wins.so.2
#13 lp_string
from /lib/libnss_wins.so.2
#14 lp_lockdir
from /lib/libnss_wins.so.2
#15 lock_path
from /lib/libnss_wins.so.2
#16 receive_unexpected
from /lib/libnss_wins.so.2
#17 receive_nmb_packet
from /lib/libnss_wins.so.2
#18 name_query
from /lib/libnss_wins.so.2
#19 _nss_wins_gethostbyname_r
from /lib/libnss_wins.so.2
#20 _nss_wins_gethostbyname2_r
from /lib/libnss_wins.so.2
#21 gaih_inet
from /lib/i686/cmov/libc.so.6
#22 getaddrinfo
from /lib/i686/cmov/libc.so.6
#23 PR_GetAddrInfoByName
at prnetdb.c line 2042
#24 nsHostResolver::ThreadFunc
at nsHostResolver.cpp line 697
#25 _pt_root
at ptthread.c line 221
#26 start_thread
from /lib/i686/cmov/libpthread.so.0
#27 clone
from /lib/i686/cmov/libc.so.6



----------- .xsession-errors (29 sec old) ---------------------
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
** Message: GetValue variable 1 (1)
** Message: GetValue variable 2 (2)
--------------------------------------------------

Comment 5 Reinout van Schouwen 2008-12-22 12:14:49 UTC

The last stack trace you posted is a different problem, caused by the closed-source Flash plugin. 

Is the problem reproducable on the latest stable Epiphany release, 2.24.x?

Comment 6 piviul 2008-12-22 13:13:44 UTC

In my opinion the 2 crashes are related, I don't know where but they are... in the last months I had frequently crashes in epiphany, and the crashes are not reproducable, they seems to be random. 

The Epiphany I use is 2.22.3. 

Perhaps the bug in epiphany is related to the bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491686?

Have a great day

Piviul

Comment 7 Christian Persch 2008-12-27 12:44:40 UTC

crash in glibc (resolver / nss).