summaryrefslogtreecommitdiff
path: root/mate-session/README
blob: 5b4e67b3252a0b4ceb86eaa4357878f69d8b16c6 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
See also http://live.gnome.org/SessionManagement/NewGnomeSession

Startup
-------

main() creates the GsmSession object representing the session (either
failsafe or normal). gsm_session_new() reads the appropriate autostart
and session files to create a list of GsmApps to be started.
(GsmAppAutostart represents an autostarted app, and GsmAppResumed
represents an app resumed from the previous saved session.)

Startup is divided into 6 phases (GsmSessionPhase):

    * GSM_SESSION_PHASE_STARTUP covers mate-session's internal
      startup, which also includes starting dbus-daemon (if
      it's not already running). Mate-session starts up those
      explicitly because it needs them for its own purposes.

    * GSM_SESSION_PHASE_INITIALIZATION is the first phase of "normal"
      startup (ie, startup controlled by .desktop files rather than
      hardcoding). It covers low-level stuff like
      mate-settings-daemon and at-spi-registryd, that need to be
      running very early (before any windows are displayed).

      Apps in this phase can make use of a D-Bus interface
      (org.mate.SessionManager.Setenv) to set environment variables
      in mate-session's environment. This can be used for things like
      $GTK_MODULES, $MATE_KEYRING_SOCKET, etc

    * GSM_SESSION_PHASE_WINDOW_MANAGER includes window managers and
      compositing managers, and anything else that has to be running
      before any windows are mapped

    * GSM_SESSION_PHASE_PANEL includes anything that permanently takes
      up screen real estate (via EWMH struts). This is the first phase
      where things actually appear on the screen.

    * GSM_SESSION_PHASE_DESKTOP includes anything that draws directly
      on the desktop (eg, caja).

    * GSM_SESSION_PHASE_APPLICATION is everything else (normal apps,
      tray icons, etc)

For each startup phase, GsmSession launches the appropriate GsmApps.
When apps connect to the XSMP or D-Bus servers, GsmClients are created
and added to the session. The session tries to map these clients to
GsmApps. GsmApps signal when they register (via XSMP or SN) or exit,
and GsmSession uses this to decide when the phase is complete.

FIXME: after starting the session, we need to run the DiscardCommands
of resumed apps.


Running/Shutdown
----------------

GSM_SESSION_PHASE_RUNNING is pretty similar to the old mate-session;
mostly it just tracks XSMP clients, and watches for
SmRestartImmediately clients exiting (NOTE: THIS DOESN'T HAPPEN YET).

GsmClient is in theory not XSMP-specific, but it's very very
XSMP-like, and the shutdown procedure is also very XSMP-like. This is
just because there's no way to do XSMP shutdown correctly otherwise.
However, GsmClientDBus will still be able to present a more sane
protocol to its clients than GsmClient presents to it.