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 162475 - Crash when downloading medium to large files
Crash when downloading medium to large files
Status: RESOLVED DUPLICATE of bug 143829
Product: epiphany
Classification: Core
Component: Downloads
unspecified
Other other
: High critical
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-12-29 15:25 UTC by Jürg Billeter
Modified: 2005-02-14 19:58 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Jürg Billeter 2004-12-29 15:26:08 UTC
Distribution: paldo unstable
Package: epiphany
Severity: critical
Version: GNOME2.9.3 CVS HEAD
Gnome-Distributor: GNOME.Org
Synopsis: Crash when downloading medium to large files
Bugzilla-Product: epiphany
Bugzilla-Component: Downloads
Bugzilla-Version: CVS HEAD
BugBuddy-GnomeVersion: 2.0 (2.8.0)
Description:
Description of the crash:
Whenever I download a not too small file (say 5 MB and more) epiphany
crashes right in the middle of the download.

Steps to reproduce the crash:
1. Click on a http file download link on the web.
2. Choose "Save as" in the download dialog.
3. Wait until 2 or 3 MB have been downloaded.

Expected Results:
Not crashing at all...

How often does this happen?
Always when saving medium to large files from the web.

Additional Information:
I'm using epiphany 1.5.3, not CVS HEAD. It didn't occur with previous
1.5.x versions. The used gecko library comes from a Firefox 1.0
installation.


Debugging Information:

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

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1226684752 (LWP 11556)]
[New Thread -1255900240 (LWP 11579)]
[Thread debugging using libthread_db enabled]
[New Thread -1226684752 (LWP 11556)]
[New Thread -1255900240 (LWP 11579)]
[Thread debugging using libthread_db enabled]
[New Thread -1226684752 (LWP 11556)]
[New Thread -1255900240 (LWP 11579)]
[New Thread -1254863952 (LWP 11578)]
[New Thread -1300100176 (LWP 11577)]
[New Thread -1274197072 (LWP 11575)]
[New Thread -1282589776 (LWP 11570)]
[New Thread -1265550416 (LWP 11558)]
[New Thread -1239430224 (LWP 11557)]
0xffffe410 in ?? ()

Thread 1 (Thread -1226684752 (LWP 11556))

  • #0 ??
  • #1 ??
  • #2 ??
  • #3 ??
  • #4 __waitpid_nocancel
    from /lib/libpthread.so.0
  • #5 libgnomeui_segv_handle
    at gnome-ui-init.c line 741
  • #6 nsProfileLock::FatalSignalHandler
    from /usr/lib/firefox/libgtkembedmoz.so
  • #7 <signal handler called>
  • #8 gtk_tree_view_search_entry_flush_timeout
    at gtktreeview.c line 8859
  • #9 g_timeout_dispatch
    at gmain.c line 3306
  • #10 IA__g_main_context_dispatch
    at gmain.c line 1947
  • #11 g_main_context_iterate
    at gmain.c line 2578
  • #12 IA__g_main_loop_run
    at gmain.c line 2782
  • #13 IA__gtk_main
    at gtkmain.c line 963
  • #14 main
    at ephy-main.c line 216
  • #0 ??




------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-12-29 10:26 -------


Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "epiphany".
   Setting to default milestone for this product, '---'
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Elijah Newren 2004-12-29 15:36:38 UTC
Appears to be a unique stack trace.
Comment 2 Christian Persch 2004-12-29 17:25:01 UTC
Interesting. That stack trace seems to be totally impossible :)

If you compile from source, can you try to comment out this line in
embed/downloader-view.c, and try again?

gtk_tree_view_set_enable_search (GTK_TREE_VIEW (priv->treeview), FALSE);
Comment 3 Jürg Billeter 2004-12-31 12:45:38 UTC
Doesn't seem to make a difference. It still crashes...

Sometimes it crashes after finishing the download (with a similar stack trace)
and on some occasions, even large downloads don't crash, maybe it depends on the
server. Downloading from http://ftp.gnome.org seems to lead to crashes very often.
Comment 4 Christian Persch 2005-02-14 19:58:46 UTC
Turned out to be gtk+ bug, bug 143829.

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