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 153541 - crash in toolbar editor
crash in toolbar editor
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Controls
unspecified
Other Linux
: High critical
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
: 301255 310664 319025 384549 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-09-23 13:07 UTC by Christian Persch
Modified: 2006-12-10 23:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christian Persch 2004-09-23 13:07:11 UTC
How:
0) Open tbe
1) Add new toolbar
2) drag an item to it
3) drag it back to the tbe
-> toolbar is removed.

I only got this once while running under valgrind, couldn't reproduce it.

(epiphany:7988): Gtk-CRITICAL **: gtk_container_foreach: assertion
`GTK_IS_CONTAINER (container)' failed

==7988== Invalid read of size 4
==7988==    at 0x80CFE12: get_toolbar_nth (egg-editable-toolbar.c:168)
==7988==    by 0x80D1130: item_removed_cb (egg-editable-toolbar.c:884)
==7988==    by 0x80D8446: _egg_marshal_VOID__INT_INT (eggmarshalers.c:426)
==7988==    by 0x1BED02CD: g_closure_invoke (gclosure.c:437)
==7988==    by 0x1BEE0C3D: signal_emit_unlocked_R (gsignal.c:2435)
==7988==    by 0x1BEDFD85: g_signal_emit_valist (gsignal.c:2194)
==7988==    by 0x1BEE000A: g_signal_emit (gsignal.c:2238)
==7988==    by 0x80D3558: egg_toolbars_model_remove_item (egg-toolbars-model.c:685)
==7988==    by 0x80CFF54: drag_data_delete_cb (egg-editable-toolbar.c:210)
==7988==    by 0x1BEE1A6F: g_cclosure_marshal_VOID__OBJECT (gmarshal.c:636)
==7988==    by 0x1BED02CD: g_closure_invoke (gclosure.c:437)
==7988==    by 0x1BEE0C3D: signal_emit_unlocked_R (gsignal.c:2435)
==7988==    by 0x1BEDFD85: g_signal_emit_valist (gsignal.c:2194)
==7988==    by 0x1BEE00DF: g_signal_emit_by_name (gsignal.c:2262)
==7988==    by 0x1BB734ED: gtk_drag_selection_get (gtkdnd.c:3105)
==7988==    by 0x1BBDD933: _gtk_marshal_VOID__BOXED_UINT_UINT (gtkmarshalers.c:1338)
==7988==    by 0x1BED02CD: g_closure_invoke (gclosure.c:437)
==7988==    by 0x1BEE0C3D: signal_emit_unlocked_R (gsignal.c:2435)
==7988==    by 0x1BEDFD85: g_signal_emit_valist (gsignal.c:2194)
==7988==    by 0x1BEE00DF: g_signal_emit_by_name (gsignal.c:2262)
==7988==    by 0x1BC1CAEE: gtk_selection_invoke_handler (gtkselection.c:2060)
==7988==    by 0x1BC1B29B: gtk_selection_convert (gtkselection.c:790)
==7988==    by 0x1BB6F933: gtk_drag_finish (gtkdnd.c:748)
==7988==    by 0x1BB7065B: gtk_drag_selection_received (gtkdnd.c:1295)
==7988==    by 0x1BBDD7B1: _gtk_marshal_VOID__BOXED_UINT (gtkmarshalers.c:1261)
==7988==    by 0x1BED02CD: g_closure_invoke (gclosure.c:437)
==7988==    by 0x1BEE0C3D: signal_emit_unlocked_R (gsignal.c:2435)
==7988==    by 0x1BEDFD85: g_signal_emit_valist (gsignal.c:2194)
==7988==    by 0x1BEE00DF: g_signal_emit_by_name (gsignal.c:2262)
==7988==    by 0x1BC1CA6D: gtk_selection_retrieval_report (gtkselection.c:2025)
==7988==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
Comment 1 Vincent Noel 2004-09-23 15:38:25 UTC
Unique stack trace AFAICS
Comment 2 Christian Persch 2004-10-13 10:55:27 UTC
Mass reassigning of Epiphany bugs to epiphany-maint@b.g.o
Comment 3 Loïc Minier 2005-02-17 16:13:34 UTC
It looks alike to bug 165363.
Comment 4 Christian Persch 2005-04-20 09:27:33 UTC
*** Bug 301255 has been marked as a duplicate of this bug. ***
Comment 5 Christian Persch 2005-08-06 22:41:34 UTC
*** Bug 310664 has been marked as a duplicate of this bug. ***
Comment 6 Christian Persch 2005-10-17 09:08:33 UTC
*** Bug 319025 has been marked as a duplicate of this bug. ***
Comment 7 Alexander “weej” Jones 2005-11-20 16:52:44 UTC
Also experiencing this.
Comment 8 Reinout van Schouwen 2006-01-11 20:54:13 UTC
Cannot reproduce in 1.9.4.
Comment 9 Peter Harvey 2006-01-21 23:45:11 UTC
Yes, we no longer have that "remove toolbar when last item is removed" behaviour. Will presume that the new behaviour "remove empty toolbars when finished editing" is more robust.
Comment 10 Reinout van Schouwen 2006-12-10 23:47:00 UTC
*** Bug 384549 has been marked as a duplicate of this bug. ***