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 542818 - crash in Epiphany Web Bookmarks:
crash in Epiphany Web Bookmarks:
Status: RESOLVED INCOMPLETE
Product: epiphany
Classification: Core
Component: [obsolete] BugBuddyBugs
2.22.x
Other All
: High critical
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-07-13 19:30 UTC by maathias
Modified: 2008-07-14 22:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description maathias 2008-07-13 19:30:40 UTC
Version: 2.22.2

What were you doing when the application crashed?



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

System: Linux 2.6.25-2-686 #1 SMP Fri Jun 27 03:23:20 UTC 2008 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10402000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: OxygenRefit2-black-version

Memory status: size: 337309696 vsize: 337309696 resident: 64319488 share: 27246592 rss: 64319488 rss_rlim: 4294967295
CPU usage: start_time: 1215977324 rtime: 548 utime: 496 stime: 52 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

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

(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb6b46720 (LWP 26599)]
[New Thread 0xa871bb90 (LWP 26619)]
[New Thread 0xa8f1cb90 (LWP 26608)]
[New Thread 0xa9726b90 (LWP 26607)]
[New Thread 0xa9f27b90 (LWP 26606)]
[New Thread 0xaa807b90 (LWP 26605)]
[New Thread 0xab809b90 (LWP 26604)]
[New Thread 0xab008b90 (LWP 26603)]
[New Thread 0xb5a86b90 (LWP 26600)]
(no debugging symbols found)
0xb7f00424 in __kernel_vsyscall ()

Thread 1 (Thread 0xb6b46720 (LWP 26599))

  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/i686/cmov/libpthread.so.0
  • #2 g_spawn_sync
    from /usr/lib/libglib-2.0.so.0
  • #3 g_spawn_command_line_sync
    from /usr/lib/libglib-2.0.so.0
  • #4 ??
    from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
  • #5 ??
    from /usr/lib/xulrunner-1.9/libxul.so
  • #6 ??
  • #7 ??
  • #8 ??
  • #9 ??
    from /usr/lib/xulrunner-1.9/libxul.so
  • #10 ??
    from /usr/lib/libcairo.so.2
  • #11 ??
  • #12 ??
  • #13 ??
    from /usr/lib/libcairo.so.2
  • #14 ??
  • #15 __pthread_mutex_unlock_usercnt
    from /lib/i686/cmov/libpthread.so.0
  • #16 <signal handler called>
  • #17 ??
    from /usr/lib/xulrunner-1.9/libxul.so
  • #18 ??
  • #19 ??
  • #20 ??
  • #21 ??
    from /usr/lib/xulrunner-1.9/libxul.so
  • #22 ??
  • #23 ??
  • #24 ??
  • #25 ??
  • #26 ??
  • #27 ??
  • #28 ??
  • #29 ??
    from /usr/lib/xulrunner-1.9/libxul.so
  • #30 ??
  • #31 ??
  • #32 ??
    from /usr/lib/xulrunner-1.9/libxul.so
  • #33 ??
  • #34 ??
  • #0 __kernel_vsyscall


----------- .xsession-errors (6747 sec old) ---------------------
** (epiphany-browser:22298): WARNING **: eel_strdup_strftime does not support non-standard escape code %k
** (epiphany-browser:22298): WARNING **: eel_strdup_strftime does not support non-standard escape code %k
** (epiphany-browser:22298): WARNING **: eel_strdup_strftime does not support non-standard escape code %k
** (epiphany-browser:22298): WARNING **: eel_strdup_strftime does not support non-standard escape code %k
** (epiphany-browser:22298): WARNING **: eel_strdup_strftime does not support non-standard escape code %k
** (epiphany-browser:22298): WARNING **: eel_strdup_strftime does not support non-standard escape code %k
** (epiphany-browser:22298): WARNING **: eel_strdup_strftime does not support non-standard escape code %k
...Too much output, ignoring rest...
--------------------------------------------------
Comment 1 Susana 2008-07-13 20:14:26 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 and reopen this bug or report a new one. Thanks in advance!
Comment 2 maathias 2008-07-14 08:19:46 UTC
I've installed debugging packages of epiphany and xulrunner, started the program with GDB and this is the output.
Tell me if you want more informations.

(gdb) run
Starting program: /usr/bin/epiphany-browser 
[Thread debugging using libthread_db enabled]
[New Thread 0xb6b35720 (LWP 7160)]
[New Thread 0xb5a75b90 (LWP 7166)]
[New Thread 0xab7f8b90 (LWP 7167)]
[Thread 0xab7f8b90 (LWP 7167) exited]
[New Thread 0xaaff7b90 (LWP 7168)]
[Thread 0xaaff7b90 (LWP 7168) exited]
[New Thread 0xaaff7b90 (LWP 7169)]
[New Thread 0xab7f8b90 (LWP 7170)]
[New Thread 0xaa7f6b90 (LWP 7171)]
[New Thread 0xa9f16b90 (LWP 7172)]
[New Thread 0xa9715b90 (LWP 7173)]
[New Thread 0xa8f0bb90 (LWP 7174)]
[New Thread 0xa870ab90 (LWP 7175)]
[Thread 0xa870ab90 (LWP 7175) exited]
GCJ PLUGIN: thread 0x81cc6a8: NP_GetMIMEDescription
GCJ PLUGIN: thread 0x81cc6a8: NP_GetMIMEDescription return
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue: returning plugin name.
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue return
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue: returning plugin description.
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue return
** 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)
GCJ PLUGIN: thread 0x81cc6a8: NP_GetMIMEDescription
GCJ PLUGIN: thread 0x81cc6a8: NP_GetMIMEDescription return
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue: returning plugin name.
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue return
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue: returning plugin description.
GCJ PLUGIN: thread 0x81cc6a8: NP_GetValue return
** 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)
[New Thread 0xa870ab90 (LWP 7185)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6b35720 (LWP 7160)]
cairo_draw_with_xlib (cr=0x8d72fd0, callback=0xb66731a0 <NativeRendering>, 
    closure=0xbff08940, dpy=0x0, width=468, height=385, 
    is_opaque=CAIRO_XLIB_DRAWING_TRANSPARENT, capabilities=27, result=0x0)
    at cairo-xlib-utils.c:329
329	cairo-xlib-utils.c: No such file or directory.
	in cairo-xlib-utils.c
Comment 3 Reinout van Schouwen 2008-07-14 22:26:51 UTC
It almost looks like your Cairo installation is messed up. If you're certain your installation is OK, please file a bug against Cairo on https://bugs.freedesktop.org/enter_bug.cgi?product=cairo . Thanks!
Comment 4 maathias 2008-07-14 22:55:51 UTC
I don't change anything of this library, it's the official one of debian lenny's repository...

I try on cairo's developpers page: thank you too.