maliit-server causes slow GNOME shutdown (xsmp infinite registration loop)

[garysu]

OS:31007o4
OFW:Q7B03
1.Login to sugar and switch to gnome.
2.To click the switch to suagr.
3.System cannot change to sugar.
4.After reboot, system changed to sugar

[dsd]

It does change if you leave it enough time.

[tonyforster]

After sudo yum downgrade gnome-menus-3.6.0-1.fc18 --nogpg the problem went away

[dsd]

Here's whats happening:

1. gnome-session shuts down all of its clients, one by one, including maliit-server
2. Something triggers maliit-server to launch again - probably dbus-activation of a message fired by the maliit GTK+ IM plugin due to a change of widget focus
3. The new maliit-server attempts to register with gnome-session over XSMP
4. gnome-session rejects the maliit-server connection attempt due to this code:

static gboolean
on_xsmp_client_register_request (GsmXSMPClient *client,
                                 char         **id,
                                 GsmManager    *manager)
{
        if (manager->priv->phase >= GSM_MANAGER_PHASE_QUERY_END_SESSION) {
                goto out;
        }

The last 2 steps repeat infinitely, until gnome-session hits a timeout and stops trying to handle maliit-server. While this is happening, gnome-session produces these debug messages:

gnome-session[1919]: DEBUG(+): GsmXSMPClient: Client '0x795e0 []' received RegisterClient(NULL)
gnome-session[1919]: DEBUG(+): GsmXSMPClient:   rejected: invalid previous_id

This means that the above diagnosis has probably given us a good explanation of http://bugs.sugarlabs.org/ticket/1624 as well.

The next question is why this loops infinitely instead of just failing once. The answer seems to be in libSM.

[dsd]

libSM fix: http://lists.x.org/archives/xorg-devel/2012-November/034436.html

However, gnome-session is still being confused by a client connecting at a late stage.

[dsd]

gnome-session issue: https://bugzilla.gnome.org/show_bug.cgi?id=688209

[dsd]

Fixed in gnome-session-3.6.2-2.fc18. In the end the libSM issue is not relevant.

[dsd]

Test in 13.1.0 build 12. Bert, can you provide a test case showing how etoys was affected by this breakage?

[greenfeld]

Switching from GNOME now goes at a reasonable speed in 13.1.0 os12 for XO-1.75 and XO-4. But I do not understand how this ticket is related to etoys.

[greenfeld]

Presuming this has nothing to do with etoys; closing.