Docked dialogs in a floating window crashes on shutdown

Is the crash related to using Inkscape in fullscreen mode and toggling the dialogs (or the dock) with <F12>?
Could you attach any related console messages or even a backtrace from gdb?

possibly related:
Bug #364834 “SIGSEGV recieved on hiding dock”:
<https://bugs.launchpad.net/inkscape/+bug/364834>

… and do you have the possibility to test if the crash happens with Inkscape 0.47 as well?

I don't use Inkscape in fullscreen - I prefer all my docks to be in a separate window. But I will test it to see what happens there.

It does not happen when I hide the dialogs with F12, but only when I exit.

I will try Inkscape 0.47, and see if it happens there, and I will also capture the console messages. (Can't do that right this instance.)

By closing Inkscape (0.47+devel r9281 on Ubuntu Karmic 9.10 - Kernel 2.6.31-20 - Pentium Dual Core 2.0 GHz) with two or more dialog windows dockeds outside the main window, the crash occurs. Was already seen it since version 0.45.

debug - backtrace >>

[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7ace457 in Gtk::Window::get_size(int&, int&) const () from /usr/lib/libgtkmm-2.4.so.1
(gdb) bt
#0 0x00007ffff7ace457 in Gtk::Window::get_size(int&, int&) const () from /usr/lib/libgtkmm-2.4.so.1
#1 0x0000000000997f13 in Inkscape::UI::Dialog::Dialog::save_geometry (this=0x73320d8) at ui/dialog/dialog.cpp:241
#2 0x0000000000998109 in Inkscape::UI::Dialog::Dialog::onShutdown (this=0x73e7b70) at ui/dialog/dialog.cpp:157
#3 0x00007ffff4cd45ae in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#4 0x00007ffff4ce9983 in ?? () from /usr/lib/libgobject-2.0.so.0
#5 0x00007ffff4cead39 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#6 0x00007ffff4ceb283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#7 0x000000000046f6db in inkscape_exit () at inkscape.cpp:1364
#8 0x00000000006d67a3 in sp_desktop_widget_destroy (object=0x10d13e0) at widgets/desktop-widget.cpp:590
#9 0x00007ffff4cd44f9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#10 0x00007ffff4ce9ce6 in ?? () from /usr/lib/libgobject-2.0.so.0
#11 0x00007ffff4cead39 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#12 0x00007ffff4ceb283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#13 0x00007ffff65397d0 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#14 0x00007ffff4cd6940 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#15 0x00007ffff648f039 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#16 0x00007ffff4cd45ae in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#17 0x00007ffff4ce9ce6 in ?? () from /usr/lib/libgobject-2.0.so.0
#18 0x00007ffff4cead39 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#19 0x00007ffff4ceb283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#20 0x00007ffff65397d0 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#21 0x00007ffff4cd6940 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0
#22 0x00007ffff7ad01fe in Gtk::Window::~Window() () from /usr/lib/libgtkmm-2.4.so.1
#23 0x00000000006db31a in SPDesktopWidget::WidgetStub::destroy (this=0x29d8d10) at widgets/desktop-widget.h:156
#24 0x00000000008cbfa8 in SPDesktop::onDeleteUI (this=0x19eac00) at desktop.cpp:1310
#25 0x00007ffff7acb2e2 in ?? () from /usr/lib/libgtkmm-2.4.so.1
#26 0x00007ffff6516728 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#27 0x00007ffff4cd45ae in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#28 0x00007ffff4ce9f70 in ?? () from /usr/lib/libgobject-2.0.so.0
#29 0x00007ffff4ceabcc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#30 0x00007ffff4ceb283 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#31 0x00007ffff661d71f in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#32 0x00007ffff650ff3a in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#33 0x00007ffff6184cec in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#34 0x00007ffff3a18bce in g_main_co...

I could see one way for this to occur if the child window / dialog were destructed before the main window is. A different behavior in the desktop / window manager might be what causes it.

related(?) crash with Inkscape 0.47+devel r9290 on OS X 10.5.8 (Xquartz 2.4.0)

steps to reproduce:

1) launch inkscape with default preferences
2) open Fill&Stroke dialog, detach it as separate dialog window
3) open Layers dialog, detach it as separate dialog window (undocked)
4) show/hide dialogs <F12>
5) dock the Layers dialog into the dock of the Fill&Stroke dialog
6) show/hide dialogs <F12>

-> crash with similar backtrace as in comment #4

same crash (+log) with r9292, no additional console messages.

Crash as described in comment #4 still reproducible with Inkscape 0.48+devel r10812.
(see bug #910344 for latest backtrace on OS X)

Fix committed in the trunk (revision 10813) and the 0.48.x branch (revision 9844).
Thanks John!