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 302945 - crash after download in a separate window finishes
crash after download in a separate window finishes
Status: RESOLVED DUPLICATE of bug 151037
Product: epiphany
Classification: Core
Component: General
1.4.x
Other other
: High critical
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2005-05-04 06:50 UTC by poerror
Modified: 2005-05-04 23:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description poerror 2005-05-04 06:50:19 UTC 
Distribution: Gentoo Base System version 1.4.16
Package: epiphany
Severity: normal
Version: GNOME2.8.3 1.4.8
Gnome-Distributor: Gentoo
Synopsis: crash after download in a separate window finishes
Bugzilla-Product: epiphany
Bugzilla-Component: General
Bugzilla-Version: 1.4.8
BugBuddy-GnomeVersion: 2.0 (2.8.1)
Description:
Description of the crash:
After finishing a download epiphany crashes

Steps to reproduce the crash:
1. Start a download
2. Close the browser windows
3. Epiphany crashes after the download completed

Expected Results:
finish downloads, regularly stop epiphany 

How often does this happen?
first time

Additional Information:
none


Debugging Information:

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

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 30884)]
[New Thread 32769 (LWP 30888)]
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 30884)]
[New Thread 32769 (LWP 30888)]
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 30884)]
[New Thread 32769 (LWP 30888)]
0x4079d6cb in waitpid () from /lib/libpthread.so.0

+ Trace 59135

Thread 1 (Thread 16384 (LWP 30884))

  • #0 waitpid
    from /lib/libpthread.so.0
  • #1 ??
    from /usr/lib/libgnomeui-2.so.0
  • #2 ??
  • #3 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #4 ??
  • #5 ??
  • #6 ??
  • #7 ??
  • #8 ??
    from /usr/lib/MozillaThunderbird/libgtkembedmoz.so
  • #9 ??
  • #10 ??
  • #11 ??
  • #12 ??
  • #13 ??
  • #14 ??
  • #15 ??
  • #16 ??
  • #17 ??
  • #18 mallopt
    from /lib/libc.so.6
  • #19 __pthread_sighandler
    from /lib/libpthread.so.0
  • #20 <signal handler called>
  • #21 PL_DHashTableOperate
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #22 AtomImpl::~AtomImpl
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #23 AtomImpl::~AtomImpl
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #24 nsCOMPtr_base::~nsCOMPtr_base
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #25 DeviceContextImpl::~DeviceContextImpl
    from /usr/lib/mozilla/libgkgfx.so
  • #26 nsDeviceContextGTK::~nsDeviceContextGTK
    from /usr/lib/mozilla/components/libgfx_gtk.so
  • #27 DeviceContextImpl::Release
    from /usr/lib/mozilla/libgkgfx.so
  • #28 nsCOMPtr_base::assign_with_AddRef
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #29 nsWebShell::~nsWebShell
    from /usr/lib/mozilla/components/libdocshell.so
  • #30 non-virtual thunk to nsDocShell::AddRef()
    from /usr/lib/mozilla/components/libdocshell.so
  • #31 ??
  • #32 ??
    from /usr/lib/mozilla/components/libdocshell.so
  • #33 ??
  • #34 nsCSubstring::Finalize
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #35 non-virtual thunk to nsWebShell::AddRef()
    from /usr/lib/mozilla/components/libdocshell.so
  • #36 ??
  • #37 ??
  • #38 ??
  • #39 nsCOMPtr_base::~nsCOMPtr_base
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #40 nsCOMPtr_base::~nsCOMPtr_base
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #41 nsDocumentOpenInfo::~nsDocumentOpenInfo
    from /usr/lib/mozilla/components/libdocshell.so
  • #42 nsGlobalHistory2Adapter::Init
    from /usr/lib/mozilla/components/libdocshell.so
  • #43 nsCOMPtr_base::assign_with_AddRef
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #44 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #45 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #46 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #47 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #48 NSGetModule
    from /usr/lib/mozilla/components/libnecko.so
  • #49 nsInputStreamReadyEvent::EventHandler
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #50 PL_HandleEvent
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #51 PL_ProcessPendingEvents
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #52 nsEventQueueImpl::NotifyObservers
    from /usr/lib/MozillaThunderbird/libxpcom.so
  • #53 nsBaseWidget::FreeNativeData
    from /usr/lib/mozilla/components/libwidget_gtk2.so
  • #54 g_vasprintf
    from /usr/lib/libglib-2.0.so.0
  • #0 waitpid
    from /lib/libpthread.so.0 




------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-05-04 06:50 UTC -------


Unknown version 1.4.8 in product epiphany.  Setting version to "1.4.x".
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here, unknown@bugzilla.gnome.org.
   Previous reporter was poerror@po-computer.de.
Comment 1 Olav Vitters 2005-05-04 23:40:49 UTC 
Thanks for the bug report. This trace indicates that Mozilla (which was being
used by the program) was responsible for the crash, or alternatively that the
program was compiled against a different version of Mozilla. Make sure the
program was built against the most recent mozilla, and if you can duplicate the
crash in mozilla itself, report the bug to http://bugzilla.mozilla.org/
Comment 2 Christian Persch 2005-05-04 23:49:11 UTC 
Dup of bug 151037.

Also, gentoo seems to be broken; it's mixing libraries from /usr/lib/mozilla
with libs from /usr/lib/MozillaThunderbird ! That's just 1 million crashes
waiting to happen.

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