'gnome-terminal' claims to have an option '--display=DISPLAY'. If another display is present then gnome-terminal --display=:0.1 (also with obvious variants of this display specification) still opens a terminal window on a display :0.0. At the same time 'xterm', 'rxvt' and 'kvt' called with an option '-display :0.1' do open their windows on a requested display. Only this command: DISPLAY=:0.1 gnome-terminal makes a terminal window to show up on a desired screen. Once multidisplay arrangements will become more popular a priority of this bug will be considerably higher. Michal michal
Confirmed. This is a generic gnome-libs bug, not gnome-terminal.
This is really a bug in gnome-libs, but some changes to GTK+ that are in CVS and scheduled for GTK+-1.2.9 will make the problem go away. Once I get a package for GTK+ into the distribution with these fixes, I'll close the bug.
After debugging gnome-libs, it appears to construct a completely valid argc/argv and pass it to gtk_init(), and yet gdk did not pick it up. The same behaviour happens with a standalone gtk+ application.It would seem that gtk+ is at fault w/o any help from gnome-libs.
Was fixed in GTK+-1.29, which was in 7.1 Mon Jan 29 18:33:24 2001 Owen Taylor <otaylor> * gdk/gdk.c (gdk_init_check): Handle --display= forms of options taking arguments. Fix some memory leaks with repeated arguments. (#28842, Sam Hunter)