Doesn't reconize option "-display" to redirect the display in the command line.

Reassigning all of leger's unscreened Browser-General bugs to nobody@mozilla.org for pre-screening and triage.

This bug needs review by a Solaris X-head. mcafee : what the story for option "-display"?

Yes, we should do this. m15

Move to M16 for now ...

*spam* changing qa contact from nobody@mozilla.org to me (BlakeR1234@aol.com) on 121 open or resolved (but not verified) bugs. sorry for the spam everybody, but most of these bugs would just remain dormant and not checked by QA otherwise. I'm not sure how so many bugs have nobody as their QA contact, but I suspect this is the fault of some sort of bugzilla corruption that happened at some point (most of these bugs are in the 20000-26000 range, and I don't see where in the activity log that QA contact explicitly changed to nobody@mozilla.org) Anyways, sorry again for spam. If you really get annoyed, I'm usually available in #mozilla on IRC for torture.

McAfee, would this also work for Linux or other X11 clients? Arg, why was this silently futured? Adding keywords and asking that this be considered for implementation by nsbeta3 instead of in the too distant future.

nav triage team: nsbeta3-, we could ship without this. Helpwanted incase someone wants to check in a fix from mozilla.

moving this over to keybd nav. blake, feel free to take back if you really want this (but do add me to the cc list).

this is a commandline option, not sure why keyboard nav was chosen here. wrong bug?

Netscape Nav triage team: this is not a Netscape beta stopper.

Bug #20573 covers all standard X command line options.

Marking nsbeta1- bugs as future to get off the radar

This occurs on linux platform when tested with mozilla nightly build: 2001041704. Updating the OS to linux.

this patch works and gives xlib parity with the other x11 toolkits. Blizzard: it's a small patch, just copying a few lines around, would you sr= this? Setting milestone pessimisticly.

r=bzbarsky@mit.edu.

While you are at it you should add -display support since many apps support it. Anyway, other than that, r=blizzard

Looks good. Works when tested too. :) r=bzbarsky@mit.edu

tree closed to all but the most critical checkins. this can wait till 0.9.1. clearing status whiteboard.

fix checked in. requesting pardon in a few days for 0.9 branch. This improves xlib's support by adding -display/--display and should have no risk.

-display foo and --display foo work for me I would like '--display=foo' to work though Still verifying as fixed Mozilla/5.0 (X11; U; Linux 2.4.2-XFS i686; en-US; rv:0.9+) Gecko/20010522 $HOME/mozconfig: ac_add_options --enable-toolkit=xlib ac_add_options --without-gtk ac_add_options --with-xlib ac_add_options --disable-gtktest ac_add_options --disable-gdk_pixbuftest ac_add_options --disable-glibtest ac_add_options --with-pthreads ac_add_options --disable-mailnews ac_add_options --disable-short-wchar ac_add_options --enable-optimize="-mpentiumpro -O2" ac_add_options --disable-debug #ac_add_options --enable-jprof ac_add_options --enable-chrome-format=jar ac_add_options --disable-pedantic #ac_add_options --enable-eazel-profiler #ac_add_options --with-profile-modules=layout,gfx,widget,view ac_add_options --enable-xterm-updates ac_add_options --disable-ldap ac_add_options --enable-nspr-autoconf