After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 395999 - Enable passing of Xnest options from gdmflexiserver
Enable passing of Xnest options from gdmflexiserver
Status: RESOLVED OBSOLETE
Product: gdm
Classification: Core
Component: general
2.16.x
Other All
: Normal enhancement
: ---
Assigned To: GDM maintainers
GDM maintainers
: 519639 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-01-13 04:45 UTC by Chris Lasher
Modified: 2010-06-04 20:06 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Chris Lasher 2007-01-13 04:45:16 UTC
This is a feature request for the ability to pass Xnest options via gdmflexiserver, similar to gdmXnest or gdmXnestchooser's

-o, --xnest-extra-options=OPTIONS

This would be particularly useful for specifying the Xnest option of -geometry, as gdmflexiserver currently defaults the nested window to 3/4ths the size of the display.

Many thanks.
Comment 1 Brian Cameron 2007-01-15 01:59:10 UTC
Note in the configuration file, you can specify the full Xnest command in the daemon/Xnest option.  This isn't so useful if you want to pass in different options (e.g. different -geometry values) each time you start Xnest.  But if you want all invocations to have the same -geometry value, might be easier to specify here.

Note that gdmflexiserver calls the daemon using the GDM_SUP_FLEXI_XNEST socket command.  This command would need to be enhanced to support passing options to make this work, which would be a bit of work.

Comment 2 Chris Lasher 2007-01-15 20:58:15 UTC
Thanks Brian. I can appreciate that there's some black magic behind how gdmflexiserver, but I figured it was worth putting in a feature request for it. I wasn't the only one curious about having this ability, so I thought I'd ask. See also:
http://ubuntuforums.org/showthread.php?t=7188

Following your advice, I added in the geometry option and it worked well.

To be more explicit for those viewing this bug, under the [daemon] section in my custom configuration (/etc/gdm/gdm.conf-custom in Ubuntu 6.10), where the asterisks (*s) denote the addition
Xnest=/usr/bin/Xnest *-geometry 800x600* -br -br -audit 0 -name Xnest
Do not literally include the asterisks (*s).

It would be nice to pass these options manually, too, someday, but this provides a workaround that satisfies my needs. Thanks for the help and the good work!

Chris
Comment 3 Brian Cameron 2007-01-16 01:45:39 UTC
Great.  I'm glad that this suggestion was able to solve your immediate problem.  I do agree that it would be nice if gdmflexiserver allowed you to pass in Xnest options if you want to use them.  But, as I mentioned, it would be a bit more work then you might think to get this working.  If someone want to enhance the code so this works, I'd be happy to accept a patch
Comment 4 Christian Lohmaier 2007-03-26 01:05:31 UTC
"me too", add to cc... 
gdmthemetester writes:
"If you set the environment variable XNESTSIZE to <width>x<height> (e.g. 800x600)
you can test the greeter at that resolution"

so if this one gets implemented, one maybe could use the same option for both (not really important though)
Comment 5 Brian Cameron 2008-02-29 22:21:38 UTC
*** Bug 519639 has been marked as a duplicate of this bug. ***
Comment 6 William Jon McCann 2010-06-04 20:06:52 UTC
Thanks for taking the time to report this bug.
However, you are using a version that is too old and not supported anymore. GNOME developers are no longer working on that version, so unfortunately there will not be any bug fixes for the version that you use.

By upgrading to a newer version of GNOME you could receive bug fixes and new functionality. You may need to upgrade your Linux distribution to obtain a newer version of GNOME.
Please feel free to reopen this bug if the problem still occurs with a newer version of GNOME.