[Xfce-bugs] [Bug 8014] New: modernize GNOME compatibility in xfce4-session

bugzilla-daemon at xfce.org bugzilla-daemon at xfce.org
Tue Oct 4 11:16:44 CEST 2011


https://bugzilla.xfce.org/show_bug.cgi?id=8014

             Bug #: 8014
           Summary: modernize GNOME compatibility in xfce4-session
    Classification: Xfce
           Product: Xfce4-session
           Version: Unspecified
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: Medium
         Component: General
        AssignedTo: xfce-bugs at xfce.org
        ReportedBy: gber at opensuse.org
         QAContact: bjt23 at cornell.edu
                CC: benny at xfce.org


GNOME compatibility mode in xfce4-session should be modernized. The following
is a summary of the recent discussion on the xfce4-dev list (the complete
thread is available at
http://thread.gmane.org/gmane.comp.desktop.xfce.devel.version4/19646):

What GNOME compatibility mode currently does is:

1. unconditionally start all XDG autostart files with OnlyShowIn=GNOME;
2. start all gnome-keyring components, parse the output and set the environment
   of the session accordingly
3. set the GNOME_SM_PROXY property (apparently used by ancient OOo to detect a
   GTK environment)
4. issues "gconftool-2 --shutdown" at the end of the session

So 1. does not work for GNOME services that rely on autostart phases and does
some rather harmful things such as starting gnome-settings-daemon or
gnome-power-manager which interfere with Xfce components. 3. seems unnecessary
for recent OOo and LibreOffice, 4. is redundant as well, gconfd is started by
many GNOME applications regardless of GNOME compat mode and handles signals
fine.

So currently GNOME compatibility mode seems to be redundant with the exception
of the gnome-keyring startup and does more harm than good.  An explicit GNOME
compatibility mode appears to be unnecessary nowadays, rather it would be
useful to provide some compatibility with GNOME by supporting its autostart
phases and parts of the org.gnome.SessionManager DBus interface which would
also allow the removal of the explicit gnome-keyring startup code.  Brian noted
that this should be initially implemented by *minimally* supporting
X-GNOME-Autostart-Phase (just "Initialization" only for now), and adding the
env var-related DBus APIs to xfce4-session.

XFSM already has the notion of priority groups (via the old GsmPriority SM
property), so it might be as simple as digging in autostart, finding
Initialization-phase apps, and sticking those in a higher prio group than
anything else.  Adding the dbus interfaces should be pretty trivial.

Furthermore autostart files with OnlyShowIn=GNOME should not be started
unconditionally. We could treat OnlyShowIn not including Xfce similarly as we
do Hidden=true, and that would just allow them to be disabled by default but
re-enable-able by the user via autostart settings.

-- 
Configure bugmail: https://bugzilla.xfce.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the Xfce-bugs mailing list