GNOME Bugzilla – Bug 562237
crash in Epiphany Web Browser: The crash happened while...
Last modified: 2011-07-10 02:16:37 UTC
Version: 2.24.0.1 What were you doing when the application crashed? The crash happened while switching browser windows. Distribution: Mandriva Linux release 2009.0 (Official) for x86_64 Gnome Release: 2.24.0 2008-09-23 (Mandriva) BugBuddy Version: 2.24.0 System: Linux 2.6.27.4-desktop-2mnb #1 SMP Thu Nov 6 13:36:39 EST 2008 x86_64 X Vendor: The X.Org Foundation X Vendor Release: 10402000 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: gnome Memory status: size: 1391136768 vsize: 1391136768 resident: 737058816 share: 44212224 rss: 737058816 rss_rlim: 18446744073709551615 CPU usage: start_time: 1227603448 rtime: 822914 utime: 800759 stime: 22155 cutime:2 cstime: 13 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/epiphany' (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0x7f7b94040700 (LWP 21583)] [New Thread 0x43c21950 (LWP 6585)] [New Thread 0x47c29950 (LWP 6578)] [New Thread 0x43420950 (LWP 22381)] [New Thread 0x4241e950 (LWP 22367)] [New Thread 0x412e3950 (LWP 22366)] [New Thread 0x40ae2950 (LWP 22356)] [New Thread 0x41c1d950 (LWP 22289)] 0x00007f7b924a481f in waitpid () from /lib64/libpthread.so.0
+ Trace 210217
Thread 1 (Thread 0x7f7b94040700 (LWP 21583))
The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal] ----------- .xsession-errors (531751 sec old) --------------------- (evolution:15842): camel-WARNING **: No uid[121012] exists in INBOX/Bugzilla/Gnome (evolution:15842): camel-WARNING **: No uid[121014] exists in INBOX/Bugzilla/Gnome (evolution:15842): camel-WARNING **: No uid[121163] exists in INBOX/Bugzilla/Gnome (evolution:15842): camel-WARNING **: No uid[121015] exists in INBOX/Bugzilla/Gnome ...Too much output, ignoring rest... --------------------------------------------------
Benjamin, could this crash be caused by the swfdec plugin?
The issue I think is that we (epiphany->gecko->swfdec->cairo) tried to use a surface on a closed Display - that's the only time the surface->dpy value is NULL. As to who's at fault, I'm not sure - I feel Cairo could be more robust under such circumstances and I'll add some test cases to exercise Cairo, but I feel each party should review how their graphics stack handles Display closure with live surfaces. (For instance, there's little I can do if the Display is closed by a second thread whilst we're attempting to use it.)
swfdec-gnome development has been stalled and it has been unmaintained for a few years now. Maintainers don't have future development plan so i am closing the bugs as WONTFIX. Please feel free to reopen the bugs in future if anyone takes the responsibility for active development.