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 313215 - download failure
download failure
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Downloads
git master
Other Linux
: High blocker
: 1.8
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
: 313271 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-08-11 10:41 UTC by Christian Persch
Modified: 2005-08-13 11:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Christian Persch 2005-08-11 10:41:36 UTC 
Try to open http://www.milton.org.uk/opus86/licencing.pdf . The downloader view
will stay open, and trying "Stop" will crash epiphany.
(Automatic download+open not enabled.)

Using ff 1.0 backend, we get one OnStateChange with STATE_STOP and one without
either STATE_STOP or STATE_IS_NETWORK:

Clicking the link, content handler dialogue pops up:
state 50001 (STATE_START | STATE_IS_REQUEST | STATE_IS_NETWORK)
state 50010 (STATE_STOP | STATE_IS_REQUEST | STATE_IS_NETWORK)
Now I click "Open":
state 10 (STATE_STOP)
state 1 (STATE_START)

I think this is caused by bug 
https://bugzilla.mozilla.org/show_bug.cgi?id=276112 and see also bug 158217
comment 1. We need to work around this.

Then there's the crash when clicking Stop button:

+ Trace 62376

  • #7 <signal handler called>
  • #8 ??
  • #9 mozilla_download_finalize
    at ../../../embed/mozilla/mozilla-download.cpp line 229
  • #10 g_object_unref
    at gobject.c line 1702
  • #11 g_value_object_free_value
    at gobject.c line 1822
  • #12 g_value_unset
    at gvalue.c line 155
  • #13 download_dialog_abort_cb
    at ../../embed/downloader-view.c line 814
  • #14 g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #15 g_closure_invoke
    at gclosure.c line 492
  • #16 signal_emit_unlocked_R
    at gsignal.c line 2485
  • #17 g_signal_emit_valist
    at gsignal.c line 2244
  • #18 g_signal_emit
    at gsignal.c line 2288
  • #19 IA__gtk_button_clicked
    at gtkbutton.c line 782 






Comment 1


Christian Persch





          2005-08-11 10:49:22 UTC
        



Hmm the first 50010 / 50001 state changes don't seem to belong to this URL (at
least we don't get them in MozDownload!). So we really only get 10 / 1, since
the download is already complete.






Comment 2


Christian Persch





          2005-08-11 20:25:27 UTC
        



Filed upstream as https://bugzilla.mozilla.org/show_bug.cgi?id=304353 . We'll
have to live with the present state at least for the stable (moz 1.7/ff1.0)
branches.






Comment 3


Christian Persch





          2005-08-11 22:40:03 UTC
        



*** Bug 313271 has been marked as a duplicate of this bug. ***






Comment 4


Bastien Nocera





          2005-08-12 07:34:03 UTC
        



Note that I don't get the crash on my system, just the stale download.






Comment 5


Christian Persch





          2005-08-13 11:08:34 UTC
        



Worked around in cvs.