1. Have an application running 2. Right-click on the app's window button to open menu 3. Have app terminate itself while menu stays open 4. Panel is now frozen unresponsive
I can't reproduce with panel 4.13. Running sleep 3 && pkill <app> on a terminal to make the application close, the menu is dismissed and the panel continues to work without problems.
I did some further testing. 4.10.1 is unaffected, 4.12.1 affected. I could not try 4.13 yet. So at least the 4.12 series has this problem.
After the application with the menu open exits, you get: (xfce4-panel:9746): GLib-GObject-WARNING **: instance with invalid (NULL) class pointer (xfce4-panel:9746): GLib-GObject-CRITICAL **: g_signal_handlers_disconnect_matched: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (xfce4-panel:9746): GLib-GObject-CRITICAL **: g_object_steal_data: assertion 'G_IS_OBJECT (object)' failed (xfce4-panel:9746): GLib-GObject-CRITICAL **: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed Then when you mouse over the panel you get things like: (xfce4-panel:9746): Gtk-CRITICAL **: IA__gtk_widget_is_sensitive: assertion 'GTK_IS_WIDGET (widget)' failed (xfce4-panel:9746): Gtk-CRITICAL **: IA__gtk_propagate_event: assertion 'GTK_IS_WIDGET (widget)' failed And when you run `xfce4-panel -r`, (xfce4-panel:9746): GLib-WARNING **: GChildWatchSource: Exit status of a child process was requested but ECHILD was received by waitpid(). Most likely the process is ignoring SIGCHLD, or some other thread is invoking waitpid() with a nonpositive first argument; either behavior can break applications that use g_child_watch_add()/g_spawn_sync() either directly or indirectly.
I just tested this very simple routine (as suggested by Unit 193) with the xfce4-panel from git master (which is heading towards 4.13.1): 1. open a terminal 2. run "sleep 3s; exit" 3. right-click the item in the panel With this testcase I cannot reproduce the bug in 4.13.
Yes, I can confirm this is fixed in panel 4.13.1.
Thanks for testing, marking as fixed then.