- Jun 07, 2010
-
-
Halton Huo authored
-
Halton Huo authored
-
Halton Huo authored
-
- May 17, 2010
-
-
Halton Huo authored
-
- Mar 24, 2010
-
-
Halton Huo authored
Remove Display_num -- GdmDisplay from factory->priv->displays when recieving "SessionRemoved" signal rather than when the display is finished. Update session-id of GdmDisplay object when the session added http://defect.opensolaris.org/bz/show_bug.cgi?id=13252
-
- Jan 28, 2010
-
-
Halton Huo authored
-
Halton Huo authored
-
- Jan 21, 2010
-
-
Halton Huo authored
-
Halton Huo authored
in data/Init, data/PreSession and data/PostSession. If not given, use /usr/bin by default.
-
- Nov 27, 2009
-
-
Halton Huo authored
-
Halton Huo authored
Sometimes quit X slowly, adding this to avoid restart http://defect.opensolaris.org/bz/show_bug.cgi?id=12795
-
- Nov 09, 2009
-
-
Halton Huo authored
-
- Nov 06, 2009
-
-
Halton Huo authored
in Exec of .display files
-
Halton Huo authored
Cleanup for disable-tcp stuff. "-nolisten tcp" argument can be specified in Exec of ConsoleKit .display files
-
- Nov 03, 2009
-
-
Halton Huo authored
-
- Sep 15, 2009
-
-
Halton Huo authored
This change is fix console-kit-daemon crash when user login with added feature "specify SEAT_ID when adding a new seat" At the same time, quering GdmDisplay D-Bus interface is a better way to get properties like display-type, seat-id. So I revert gdm_session_direct_new back without display-type.
-
- Sep 11, 2009
-
-
Halton Huo authored
Corresponding ConsoleKit multi-seat commit is 6a432264767b3e8383270c349899926ca2d326be This allow the user session can inherit display-type property from login window session. It is very useful for dynamic usage like Sunray to get right sessions list which it only care about. Without this change, the user session won't have the right display-type property, hence can not get the right results for specific display-type. For example: 1) Sunray will create a login window session $/usr/sbin/ck-seat-tool -a --display-type=Sunray display=:11 2) If we run $/usr/bin/ck-list-sessions -f session-id,x11-display,display-type 'Session11' ':11' 'Sunray' 'SessionSeat1Local' ':0' 'Local' 3) If user get login, the login session Session11 will be removed, a new user session Session12 will be created. Without this commit, Session12 do not display-type $/usr/bin/ck-list-sessions -f session-id,x11-display,display-type 'Session12' ':11' '' 'SessionSeat1Local' ':0' 'Local' With this commit, Session12 inherit display-type from Session11, that is what we want. $/usr/bin/ck-list-sessions -f session-id,x11-display,display-type 'Session12' ':11' 'Sunray' 'SessionSeat1Local' ':0' 'Local' The display-type property is typically passed as following sequence: 1) console-kit-daemon init and create a static seat "Seat1" and create a un-open session "SessionSeat1Local", stay unmanaged status 2) gdm-binary init and send "Manage" for "Seat1" 3) console-kit-daemon go through all un-open sessions for "Seat1", and send out "OpenSessionRequest" for that session with property display-type. 4) gdm-binary receive "OpenSessionRequest" for given session, 4.1) Create a GdmDisplay with property display-type. 4.2) Spwan a gdm-simple-slave process. 4.3) Create GdmSimpleSlave with property display-type by quering GdmDisplay. 4.4) Create a GdmSessionDirect with property display-type. 4.5) Sqawn gdm-session-worker process, the properties includs display-type are get from "Setup" or "SetupForUser". 5) When user sucessfully logged in, GdmSessionWorker will create a user session by call "OpenSessionWithParameters" with property display-type 6) console-kit-daemon remove "OpenSessionWithParameters", then create a new session "Session1" with property display-type.
-
- Sep 09, 2009
-
-
Halton Huo authored
Fix gdm-stop fail to stop gdm process entirely. Refer to bug http://defect.opensolaris.org/bz/show_bug.cgi?id=11224
-
- Sep 04, 2009
-
-
Halton Huo authored
This allow user session quit completely.
-
- Aug 10, 2009
-
-
Halton Huo authored
-
- Aug 04, 2009
-
-
Ray Strode authored
We leave other seat types for other programs.
-
Ray Strode authored
It was renamed.
-
Ray Strode authored
It was renamed.
-
Ray Strode authored
-
Ray Strode authored
The name got changed
-
Ray Strode authored
It was incorrectly using the string type before.
-
- Aug 03, 2009
-
-
Ray Strode authored
If the VT wasn't substituted by the time it got to us, then that means we need to figure one out. The easiest way to do that is to just not pass a VT argument and let the X server figure it out.
-
Ray Strode authored
ConsoleKit will ask for an entire Seat to get removed in some circumstances. This patch handles that request.
-
Ray Strode authored
This way we'll easily be able to access to the proxies from their path.
-
Ray Strode authored
Now we: - keep a map of sessions to displays, so we can easily access which display a session is associated with. - If a display is blocked we now queue add requests dealing with it until it is unblocked. - Only create dynamic displays. Creating static displays dynamically based on events from ConsoleKit doesn't really make much sense.
-
Ray Strode authored
Static displays don't chain up because they want to handle respawn transparently. Dynamic displays should chain up, so that the factory gets notified when they go away.
-
Ray Strode authored
It's really only there to handle respawn for static displays, but static displays handle respawn in a different way so it's dead code.
-
Ray Strode authored
The slave sets the hint on its display during login that it's going to be opening a session on it soon, so ConsoleKit requests should be ignored.
-
Ray Strode authored
This property is just a hint for the display factory to queue SessionToAdd requests from consolekit instead of processing them immediately. This will be useful for the slave to lock a display during the critical moment after the login window session is closed before the user's session is opened. Note, the display factory doesn't look at the hint yet, and the slave doesn't set it, yet, either.
-
Ray Strode authored
When the user logs in the greeter session is closed and a new one is opened. We want to make sure the display the user logged in at knows about the new session running on it.
-
Ray Strode authored
We'll need it for properly tracking which session is active on a display.
-
Ray Strode authored
When ConsoleKit requests the display manager open a session with the "SessionToAdd" signal, it needs to get told during the OpenSession call which session is getting opened.
-
Ray Strode authored
The SessionToAdd signal has a more generic signature now. This commit just does the bare minimum to work with the new signature.
-
-
-