FFE: Add user manager dbus interface to gdmserver

This needs to get done asap so that Dx can complete:
Bug #422052 Menu should list users if fewer than 6 are on the system

Ted, do you have the completed API for this change?

In progress patch attached to upstream bug:
http://bugzilla.gnome.org/show_bug.cgi?id=593996

The interface as it stands is:
    <!-- Get the number of known users -->
    <method name="CountUsers">
      <arg name="user_count" direction="out" type="i"/>
    </method>

    <!-- Get the list of known UIDs -->
    <method name="GetUserList">
      <arg name="uids" direction="out" type="ax"/>
    </method>

    <!-- Get user info for a user -->
    <method name="GetUserInfo">
      <arg name="uid" direction="in" type="x"/>
      <arg name="user_name" direction="out" type="s"/>
      <arg name="real_name" direction="out" type="s"/>
      <arg name="shell" direction="out" type="s"/>
      <arg name="icon_url" direction="out" type="s"/>
    </method>

    <!-- Get user info for a list of users -->
    <method name="GetUsersInfo">
      <arg name="uid" direction="in" type="ax"/>
      <!-- (uid, user_name, real_name, shell, icon_url) -->
      <arg name="user_info" direction="out" type="a(xssss)"/>
    </method>

    <!-- Triggered when user information is being reloaded.
         All existing user information is invalid from this signal.
         Wait for the UsersLoaded signal -->
    <!-- Triggered when user information has been reloaded.
         A client should call GetUserList() now -->
    <signal name="UsersLoaded"></signal>

    <!-- Triggered when a user has updated information -->
    <signal name="UserUpdated">
      <arg name="uid" type="x"/>
    </signal>

    <!-- Triggered when a users are added to/removed from the system.
         Clients should monitor these signals as soon as they connect to
         this object -->
    <signal name="UserAdded">
      <arg name="uid" type="x"/>
    </signal>
    <signal name="UserRemoved">
      <arg name="uid" type="x"/>
    </signal>

On Thu, 2009-09-03 at 07:01 +0000, Robert Ancell wrote:
> <!-- Get user info for a user -->
> <method name="GetUserInfo">
> <arg name="uid" direction="in" type="x"/>
> <arg name="user_name" direction="out" type="s"/>
> <arg name="real_name" direction="out" type="s"/>
> <arg name="shell" direction="out" type="s"/>
> <arg name="icon_url" direction="out" type="s"/>
> </method>

Does CK also track the number of logins and last login? Do you already
have that information or is it easy to get?

Also we need to know if the user currently has a session open on the
system.

> <!-- Triggered when user information is being reloaded.
> All existing user information is invalid from this signal.
> Wait for the UsersLoaded signal -->
> <!-- Triggered when user information has been reloaded.
> A client should call GetUserList() now -->
> <signal name="UsersLoaded"></signal>

I think there also needs to be a function "CanHazLoaded" that can check
to see if this signals already been sent. For the most part, this would
probably be the case for the session menu.

How about a function to "SwitchToUser" which would either switch to the
VT that is running for that user or to GDM to get a password on a new
VT? Does that seem like it fits in this API?

Fixing this bug will solve some of the delays in GDM startup due to running ck-history (bug 400863)

Ted,

As far as I can tell CK does not have an easy way to get the last login. ck-history is the program that scans the CK logs and is used to get the login count. The information is there for last login count, it is not currently not exposed via gdm. (try ck-history --last to see if this provides useful information).

Don't know about SwitchToUser.

Patch applied for gdm 2.27.90-0ubuntu4.

Ready for release:
lp:~ubuntu-desktop/gdm/ubuntu

FFe granted, please go ahead.

This bug was fixed in the package gdm - 2.27.90-0ubuntu4

---------------
gdm (2.27.90-0ubuntu4) karmic; urgency=low

  * debian/patches/16_gdmserver_user_manager.patch:
    - Add user manager d-bus interface to gdmserver (LP: #423450)

 -- Robert Ancell <email address hidden> Sat, 12 Sep 2009 12:49:48 +0200