Bug 554757 – crash in Epiphany Web Bookmarks: using ctrl+mouse wheel u...

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 554757 - crash in Epiphany Web Bookmarks: using ctrl+mouse wheel u...


Summary:	crash in Epiphany Web Bookmarks: using ctrl+mouse wheel u...


Status:	RESOLVED DUPLICATE of bug 525357

Product:	epiphany
Classification:	Core
Component:	[obsolete] BugBuddyBugs
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-10-02 18:36 UTC by sda
Modified:	2008-10-02 22:41 UTC

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

Description sda 2008-10-02 18:36:43 UTC

Version: 2.22.3

What were you doing when the application crashed?
using ctrl+mouse wheel up to zoom in


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

System: Linux 2.6.25-2-mckinley #2 SMP Mon Jul 14 18:33:42 UTC 2008 ia64
X Vendor: The X.Org Foundation
X Vendor Release: 10402000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Industrial
Icon Theme: gnome

Memory status: size: 369098752 vsize: 369098752 resident: 104071168 share: 60112896 rss: 104071168 rss_rlim: 18446744073709551615
CPU usage: start_time: 1230519072 rtime: 1858 utime: 1760 stime: 98 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 0x2000000002f73ab0 (LWP 8663)]
[New Thread 0x200000000feaf1b0 (LWP 8690)]
[New Thread 0x200000000ee671b0 (LWP 8689)]
[New Thread 0x200000000f6671b0 (LWP 8671)]
[New Thread 0x200000000e45f1b0 (LWP 8669)]
[New Thread 0x200000000d45f1b0 (LWP 8668)]
[New Thread 0x200000000dc5f1b0 (LWP 8667)]
[New Thread 0x200000000bdd31b0 (LWP 8664)]
(no debugging symbols found)
0xa000000000010721 in __kernel_syscall_via_break ()

+ Trace 207668

Thread 8 (Thread 0x200000000bdd31b0 (LWP 8664))

#0 __kernel_syscall_via_break
#1 poll
from /lib/libc.so.6.1
#2 ??
from /usr/lib/libnspr4.so.0d

Thread 7 (Thread 0x200000000dc5f1b0 (LWP 8667))

#0 __kernel_syscall_via_break
#1 pthread_cond_timedwait
from /lib/libpthread.so.0
#2 ??
from /usr/lib/libnspr4.so.0d

Thread 6 (Thread 0x200000000d45f1b0 (LWP 8668))

#0 __kernel_syscall_via_break
#1 pthread_cond_wait
from /lib/libpthread.so.0
#2 PR_WaitCondVar
from /usr/lib/libnspr4.so.0d
#3 ??
from /usr/lib/xulrunner-1.9/libxul.so

Thread 5 (Thread 0x200000000e45f1b0 (LWP 8669))

#0 __kernel_syscall_via_break
#1 pthread_cond_wait
from /lib/libpthread.so.0
#2 PR_WaitCondVar
from /usr/lib/libnspr4.so.0d
#3 ??
from /usr/lib/xulrunner-1.9/libxul.so

Thread 4 (Thread 0x200000000f6671b0 (LWP 8671))

#0 __kernel_syscall_via_break
#1 pthread_cond_wait
from /lib/libpthread.so.0
#2 PR_WaitCondVar
from /usr/lib/libnspr4.so.0d
#3 PR_Wait
from /usr/lib/libnspr4.so.0d
#4 ??
from /usr/lib/xulrunner-1.9/libxul.so

Thread 3 (Thread 0x200000000ee671b0 (LWP 8689))

#0 __kernel_syscall_via_break
#1 pthread_cond_timedwait
from /lib/libpthread.so.0
#2 ??
from /usr/lib/libnspr4.so.0d

Thread 2 (Thread 0x200000000feaf1b0 (LWP 8690))

#0 __kernel_syscall_via_break
#1 pthread_cond_timedwait
from /lib/libpthread.so.0
#2 ??
from /usr/lib/libnspr4.so.0d

Thread 1 (Thread 0x2000000002f73ab0 (LWP 8663))

#0 __kernel_syscall_via_break
#1 waitpid
from /lib/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
#0 __kernel_syscall_via_break



----------- .xsession-errors (897020 sec old) ---------------------
(pidgin:28125): GStreamer-CRITICAL **: 
Trying to dispose element fakesink, but it is not in the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
(pidgin:28125): GStreamer-CRITICAL **: 
Trying to dispose element fakesink, but it is not in the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
...Too much output, ignoring rest...
--------------------------------------------------

Comment 1 Reinout van Schouwen 2008-10-02 22:41:49 UTC

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


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