User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 (Debian-1.5.dfsg+1.5.0.6-5) Build Identifier: My X environment is dual-screen without the Xinerama option. So there are 2 different screens. A dialog, opened with xfce_titled_dialog_new_with_buttons() from screen 1, is shown in screen 0, if the parent argument equals NULL. Reproducible: Always Steps to Reproduce: Open preference dialog in a panel plugin (i.e. launcher) on screen 1. Actual Results: The dialog is opened in screen 0. Very confusing for the user.. Expected Results: The dialog should opened in screen 1. AFAIK most applications call the xfce_titled_dialog_new_with_buttons() function without the 'parent' argument, so the function doesn't know on which screen to show the dialog. Maybe the 'parent' argument should be mandatory.
XfceTitledDialog is in libxfcegui4, not libexo. And this class does no window placement. If you are using a multi-screen setup, new GtkWindow's will always be placed on the default screen, as specified in $DISPLAY (i.e. if $DISPLAY is :0.0 the window will be placed on the first screen, for :0.1 the second screen and so on). You are talking about a bug in either the panel or the plugin, that does not place the properties dialog on the correct screen (since there's only a single instance of the panel, there's of course only one default screen, where all windows will be placed that do not properly set the screen on new windows).