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 327764 - epiphany crashing after closing webpage
epiphany crashing after closing webpage
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Interface
git master
Other Linux
: High critical
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
: 331416 331417 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-01-19 22:18 UTC by Claudio Saavedra
Modified: 2006-02-16 13:53 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Claudio Saavedra 2006-01-19 22:18:46 UTC
1. Open a new tab.
2. Load the following page there: 
  http://www.amazon.com/gp/product/0716710447/ref=nosim/104-7236342-9271947?n=283155

3. Try to close the tab using the close button on it. It should crash.

Backtrace:

  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #1 libgnomeui_segv_handle
    at gnome-ui-init.c line 792
  • #2 nsProfileLock::FatalSignalHandler
    from /opt/gnome2head/lib/mozilla-1.7.12/libgtkembedmoz.so
  • #3 <signal handler called>
  • #4 EphyBrowser::GetDocumentHasModifiedForms
    at EphyBrowser.cpp line 1287
  • #5 EphyBrowser::GetHasModifiedForms
    at EphyBrowser.cpp line 1459
  • #6 impl_has_modified_forms
    at mozilla-embed.cpp line 898
  • #7 ephy_embed_has_modified_forms
    at ephy-embed.c line 977
  • #8 tab_close_request_cb
    at ephy-window.c line 2527
  • #9 IA__g_cclosure_marshal_VOID__OBJECT
    at gmarshal.c line 636
  • #10 IA__g_closure_invoke
    at gclosure.c line 490
  • #11 signal_emit_unlocked_R
    at gsignal.c line 2438
  • #12 IA__g_signal_emit_valist
    at gsignal.c line 2197
  • #13 IA__g_signal_emit
    at gsignal.c line 2241
  • #14 close_button_clicked_cb
    at ephy-notebook.c line 1025
  • #15 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #16 IA__g_closure_invoke
    at gclosure.c line 490
  • #17 signal_emit_unlocked_R
    at gsignal.c line 2438
  • #18 IA__g_signal_emit_valist
    at gsignal.c line 2197
  • #19 IA__g_signal_emit
    at gsignal.c line 2241
  • #20 IA__gtk_button_clicked
    at gtkbutton.c line 834
  • #21 gtk_real_button_released
    at gtkbutton.c line 1369
  • #22 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #23 g_type_class_meta_marshal
    at gclosure.c line 567
  • #24 IA__g_closure_invoke
    at gclosure.c line 490
  • #25 signal_emit_unlocked_R
    at gsignal.c line 2368
  • #26 IA__g_signal_emit_valist
    at gsignal.c line 2197
  • #27 IA__g_signal_emit
    at gsignal.c line 2241
  • #28 IA__gtk_button_released
    at gtkbutton.c line 826
  • #29 gtk_button_button_release
    at gtkbutton.c line 1262
  • #30 _gtk_marshal_BOOLEAN__BOXED
    at gtkmarshalers.c line 83
  • #31 g_type_class_meta_marshal
    at gclosure.c line 567
  • #32 IA__g_closure_invoke
    at gclosure.c line 490
  • #33 signal_emit_unlocked_R
    at gsignal.c line 2476
  • #34 IA__g_signal_emit_valist
    at gsignal.c line 2207
  • #35 IA__g_signal_emit
    at gsignal.c line 2241
  • #36 gtk_widget_event_internal
    at gtkwidget.c line 3735
  • #37 IA__gtk_propagate_event
    at gtkmain.c line 2175
  • #38 IA__gtk_main_do_event
    at gtkmain.c line 1412
  • #39 gdk_event_dispatch
    at gdkevents-x11.c line 2291
  • #40 IA__g_main_context_dispatch
    at gmain.c line 1916
  • #41 g_main_context_iterate
    at gmain.c line 2547
  • #42 IA__g_main_loop_run
    at gmain.c line 2751
  • #43 IA__gtk_main
    at gtkmain.c line 991
  • #44 main
    at ephy-main.c line 311

Comment 1 Reinout van Schouwen 2006-01-21 20:37:41 UTC
Thanks for the report. I'm on epiphany 1.9.5.1+ff1.5 and I could reproduce a crash one time when I visited that URL in the current tab and clicking Back. 

However, subsequent tries to reproduce it failed.
Comment 2 Christian Persch 2006-02-15 22:03:01 UTC
It seems that in some docshell in this page while it's still loading,
nsDocument::GetDefaultView returns NULL!!

I can reliably reproduce the crash with ff 1.0 backend, but not with 1.5 backend.

I've added some NULL checks in cvs now, closing.
Comment 3 Christian Persch 2006-02-16 13:41:30 UTC
*** Bug 331416 has been marked as a duplicate of this bug. ***
Comment 4 Christian Persch 2006-02-16 13:53:07 UTC
*** Bug 331417 has been marked as a duplicate of this bug. ***