Page MenuHome GnuPG

Kleopatra: Defunct processes when Kleopatra is running with elevated privileges
Testing, NormalPublic

Description

When Kleopatra is running with elevated privileges the KUniqueservice_win cannot connect to the elevated responder window when the user starts it a second time because the permissions are not there. There was no proper error handling for this case.

To reproduce: Launch Kleopatra as Administrator. Launch Kleopatra a second time without Administrator. The second process will hang as it cannot connect to the elevated process to pass the command line. I think this is mostly mitigated by T7049: Kleopatra: Prevent issues caused by inacessible sockets on windows but still it should be fixed as it could cause problems when the admin user just leaves the window open.

This is what happens now

the message box is coming from the defunct Kleopatra which will then exit.

Event Timeline

aheinecke triaged this task as Normal priority.Fri, Mar 22, 7:22 AM
aheinecke created this task.
aheinecke changed the task status from Open to Testing.Fri, Mar 22, 9:13 AM
aheinecke reassigned this task from aheinecke to ebo.
aheinecke moved this task from Backlog to QA on the vsd32 board.

yes, the box comes up, the second "user-level"-Kleopatra exits again after clicking the "ok" Button.
After quitting the Kleopatra process with the admin rights again the privileged background processes remain, like I mentioned in https://dev.gnupg.org/T7050#184583.

The other way round, with Kleopatra first started as user with normal rights and then as user with administrator rights brings up no warning, Kleopatra is just not started, although the MS question if the program should really be started with administrator rights was acknowledged with "yes".

We decided the latter is to small an issue, we'll close this ticket without opening another for the reverse case.
Tested only in VS-Desktop-3.1.92.39-Beta yet

ebo edited projects, added vsd32 (vsd-3.2.0); removed vsd32.
ebo moved this task from Restricted Project Column to Restricted Project Column on the Restricted Project board.Fri, Apr 5, 4:22 PM