Thank you for your feedback! Re: merging 1/5 and 2/5 - yeah, will do. Re: 3/5 - I have a reproducer for the underlying bug; WTSQueryUserToken should return a token in the user's context when run from a Service. This is also related to the changes in 4/5. Beginning with Vista, services are moved to session 0 - see [this change announcement from Microsoft](https://learn.microsoft.com/en-us/previous-versions/bb756986(v=msdn.10)?redi...). This session is non-interactive, which WINE currently can't express. Personally, I think this is better left as a FIXME at the moment. Re: 5/5 - Muddling around in the supplied startupinfo structure isn't really ideal, I agree. The correct way to do this would be to make connect_process_windowstation aware of the new processes' session_id and reset the windowstation to the first station of this session, if the parent process is in another session. AFAICT, there is currently no clear way of enumerating directories on the server side, so this would currently run into the same issue as my also very hacky off-brand wchar strcat. All of these changes are needed to run the Dassault Systems 3DEXPERIENCE Launcher. This is a program / cloud connector for the 3D CAD Program SolidWorks. They implement three components; A service running under NTAUTHORITY\SYSTEM using WTSEnumerateSessions to find the currently active sessions, using the session handle to obtain the User's Token from WTSQueryUserToken, and runs a program in the users's graphical session with CreateProcessAsUserW. This necessitates moving services to session 0 (as documented also the case in Windows), since the interactive user session without RDP involved is session 1. The rest is more or less fixing the mess that this creates: The non-interactive session should not be reported from WTSEnumerateSessions; instead it needs to report the correct interactive user session so CreateProcessAsUser / whatever comes later can find the correct winstation and desktop for the session. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9843#note_126396