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 165279 - Crash with segfault SIGSEGV when closing all windows prior to the end of all downloads
Crash with segfault SIGSEGV when closing all windows prior to the end of all ...
Status: RESOLVED WONTFIX
Product: galeon
Classification: Deprecated
Component: general
1.3.19
Other Linux
: Normal normal
: ---
Assigned To: galeon-maint
galeon-maint
Depends on:
Blocks:
 
 
Reported: 2005-01-26 09:10 UTC by Loïc Minier
Modified: 2011-02-14 13:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Loïc Minier 2005-01-26 09:10:46 UTC 
Hi,

I crash Galeon when I close all Galeon windows except a download window and the
download finishes.

For example you're downloading a 10 MB file, the download progress updates, you
close all Galeon windows, and you wait for the download to finish.  When the
download finishes, I get a segfault.

Here's the backtrace:

Program received signal SIGSEGV, Segmentation fault.

+ Trace 54925

Thread 1091518048 (LWP 18254)

  • #0 PL_DHashTableOperate
    from /usr/lib/mozilla/libxpcom.so
  • #1 AtomImpl::~AtomImpl
    from /usr/lib/mozilla/libxpcom.so
  • #2 AtomImpl::~AtomImpl
    from /usr/lib/mozilla/libxpcom.so
  • #3 nsCOMPtr_base::~nsCOMPtr_base
    from /usr/lib/mozilla/libxpcom.so
  • #4 DeviceContextImpl::~DeviceContextImpl
    from /usr/lib/libgkgfx.so
  • #5 nsDeviceContextGTK::~nsDeviceContextGTK
    from /usr/lib/mozilla/components/libgfx_gtk.so
  • #6 DeviceContextImpl::Release
    from /usr/lib/libgkgfx.so
  • #7 nsCOMPtr_base::assign_with_AddRef
    from /usr/lib/mozilla/libxpcom.so
  • #8 nsWebShell::~nsWebShell
    from /usr/lib/mozilla/components/libdocshell.so
  • #9 nsDocShell::~nsDocShell
    from /usr/lib/mozilla/components/libdocshell.so
  • #10 nsWebShell::EnsureCommandHandler
    from /usr/lib/mozilla/components/libdocshell.so
  • #11 nsCOMPtr_base::~nsCOMPtr_base
    from /usr/lib/mozilla/libxpcom.so
  • #12 nsDocumentOpenInfo::~nsDocumentOpenInfo
    from /usr/lib/mozilla/components/libdocshell.so
  • #13 nsGlobalHistory2Adapter::Init
    from /usr/lib/mozilla/components/libdocshell.so
  • #14 nsCOMPtr_base::~nsCOMPtr_base
    from /usr/lib/mozilla/libxpcom.so
  • #15 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #16 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #17 nsCOMPtr_base::assign_with_AddRef
    from /usr/lib/mozilla/libxpcom.so
  • #18 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #19 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #20 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #21 nsInputStreamReadyEvent::EventHandler
    from /usr/lib/mozilla/libxpcom.so
  • #22 PL_HandleEvent
    from /usr/lib/mozilla/libxpcom.so
  • #23 PL_ProcessPendingEvents
    from /usr/lib/mozilla/libxpcom.so
  • #24 nsEventQueueImpl::NotifyObservers
    from /usr/lib/mozilla/libxpcom.so
  • #25 nsBaseWidget::FreeNativeData
    from /usr/lib/mozilla/components/libwidget_gtk2.so
  • #26 g_io_unix_dispatch
  • #27 g_main_dispatch
    at gmain.c line 1947
  • #28 IA__g_main_context_dispatch
    at gmain.c line 2497
  • #29 g_main_context_iterate
    at gmain.c line 2578
  • #30 IA__g_main_loop_run
    at gmain.c line 2782
  • #31 bonobo_main
    from /usr/lib/libbonobo-2.so.0
  • #32 main
    at galeon-main.c line 213 

I don't know Mozilla at all, but I understand this is deep in a Mozilla library
and I'll have to rebuild Mozilla from CVS with debugging symbols.

I think "nemo" claimed on IRC to get a similar bug.

I don't have time to look into this in the next days, so feel free to search the
bug.

I'll try to build my debug-mozilla environment asap!
Comment 1 Elijah Newren 2005-01-26 15:49:34 UTC 
Thanks for the bug report.  This matches the stack trace in bug 151955, which is
an epiphany bug report.  That was marked as a duplicate of bug 151037, which
Christian and Marco says is a Mozilla bug (in particular that it's
http://bugzilla.mozilla.org/show_bug.cgi?id=236688).  So I'm going to mark this
as NOTGNOME.
Comment 2 Loïc Minier 2005-06-11 08:30:14 UTC 
FYI, Christian Perch sent a patch upstream, see also bug 151037.
Comment 3 Crispin Flowerday (not receiving bugmail) 2005-06-11 09:42:59 UTC 
The mozilla patch is just against the TestGtkEmbed application, so it looks like
we need to apply a similar patch to Galeon.

See http://mail.gnome.org/archives/cvs-commits-list/2005-June/msg01924.html
Comment 4 Akhil Laddha 2011-02-14 13:05:40 UTC 
Thanks for taking the time to report this bug.
However, you are using a version that is too old and not supported anymore.

Galeon developers won't be fixing or back porting any fixes for this version. Please upgrade to latest stable Galeon version to receive bug fixes.
We are sorry it could not be fixed for your version.