335881 2014-06-06 13:36:20 +0000 kwallet dialogs open in background 2022-09-06 14:21:53 +0000 1 1 10 Unmaintained kdelibs kwallet 4.12.5 unspecified macOS RESOLVED DUPLICATE 141267 https://bugs.kde.org/show_bug.cgi?id=337122 NOR normal --- 0 rjvbertin lemma mk-lists mk.mateng 0 oldest_to_newest 1453609 0 rjvbertin 2014-06-06 13:36:20 +0000 It's all in the title - every time I need to enter a password to unlock a kwallet, I have to go grab the dialog from somewhere behind the window requesting the encrypted information. This is annoying but becomes problematic when the unlock request does not stem from an immediate user action, but from a process running in the background. Reproducible: Always Steps to Reproduce: 1. Do anything that requires access to a wallet that's currently locked (which might just be having akonadi services run) 2. Wait until the wallet system posts a password dialog Actual Results: The password dialog opens somewhere behind the current window, on the middle of the screen (so typically completely hidden by other open windows). KDE's notification system does post a message, but it only allows to ignore the request or switch back to the calling application ... which still has the input focus. Expected Results: The password dialog opens in front, having obtained input focus See https://forum.kde.org/viewtopic.php?f=60&t=121478&sid=050a9636469e60976277154d8fc2095f&p=312556#p312536 for a discussion and proposed solutions, including one (a QtKeyChain based backend) that would provide integration with the OS X password management system (Keychain). Additionally, on OS X there are always 2 wallet icons visible in the Dock and the app switcher (1 for kwalletd, one for the manager). This doesn't make it easier to switch to the instance that has the dialog open! 1454631 1 cfeck 2014-06-11 21:36:41 +0000 The KWallet daemon is a separate process. I am not sure if/how OS X allows windows from alien processes steal the focus of the currently running application. 1454710 2 rjvbertin 2014-06-12 10:01:41 +0000 It certainly doesn't make it impossible to do that. In fact, it allows it with too much ease to my taste (there used to be a time when you could launch an app, switch to another and keep working therein while the other app prepped itself in its own "layer"; no longer so). Hooking into QtKeyChain will of course make the question a moot point, because it'd be the OS handling the focus control. 1459001 3 87514 rjvbertin 2014-07-02 14:37:27 +0000 Created attachment 87514 example ObjC file that shows how to launch an application in the foreground Kwallet isn't the only application opening elsewhere but in the foreground; in fact, it is the OS default when an application is started through system() or execve() or even NSTask. I thus had a look around and found a solution on StackExchange for launching an(y) application with arguments and have it appear in the foreground. Contrary to the standard [NSWorkSpace launchApplication: arguments:] function, this one accepts all kinds of arguments, not only documents to be opened. 1461553 4 cfeck 2014-07-17 19:01:53 +0000 The problem isn't with launching new applications, because the kwallet daemon is already launched. But when it needs to open a window, it will have to open it in a way to force stealing the focus of the currently running application. 1812798 5 andrew.crouthamel 2018-11-12 02:53:27 +0000 Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone! 1813117 6 rjvbertin 2018-11-12 10:02:59 +0000 It is, cannot be otherwise given how the password dialog is brought to the foreground under X11. That cannot work on Mac (nor under Wayland IIUC). The only solution I found is make kwalletd force itself to the foreground (together with changes that make it do this without becoming a full GUI application with a menubar and presence in the Dock and app-switcher. I could put this changeset up for review, but only if the overall consensus is that kwalletd has a right of existence on Mac. The alternative would be to use a Mac-native mechanism to unlock KDE wallets, but I don't see how that would work. 2150567 7 mk.mateng 2022-09-06 14:21:53 +0000 *** This bug has been marked as a duplicate of bug 141267 *** 87514 2014-07-02 14:37:27 +0000 2014-07-02 14:37:27 +0000 example ObjC file that shows how to launch an application in the foreground osxlaunch.m application/octet-stream 2622 rjvbertin I2ltcG9ydCA8Rm91bmRhdGlvbi9Gb3VuZGF0aW9uLmg+CiNpbXBvcnQgPENvY29hL0NvY29hLmg+ CiNpbXBvcnQgPHN5cy90eXBlcy5oPgoKLy8gZnJvbSBodHRwOi8vc3RhY2tvdmVyZmxvdy5jb20v YS80OTMzNDkyCgpAaW50ZXJmYWNlIE5TV29ya3NwYWNlIChNREFkZGl0aW9ucykKLSAocGlkX3Qp IGxhdW5jaEFwcGxpY2F0aW9uQXRQYXRoOihOU1N0cmluZyAqKXBhdGgKCQkJCXdpdGhBcmd1bWVu dHM6KE5TQXJyYXkgKilhcmd2CgkJCQkJICAgZXJyb3I6KE5TRXJyb3IgKiopZXJyb3I7CkBlbmQK CiNpbXBvcnQgPENvcmVTZXJ2aWNlcy9Db3JlU2VydmljZXMuaD4KCkBpbnRlcmZhY2UgTlNTdHJp bmcgKE1EQWRkaXRpb25zKQotIChCT09MKSBnZXRGU1JlZjooRlNSZWYgKilhbkZTUmVmIGVycm9y OihOU0Vycm9yICoqKWFuRXJyb3I7CkBlbmQKCiNpbXBvcnQgPHN5cy9zeXNsaW1pdHMuaD4KCkBp bXBsZW1lbnRhdGlvbiBOU1N0cmluZyAoTURBZGRpdGlvbnMpCgotIChCT09MKSBnZXRGU1JlZjoo RlNSZWYgKilhbkZTUmVmIGVycm9yOihOU0Vycm9yICoqKWFuRXJyb3IKewoJaWYoIGFuRXJyb3Ig KXsKCQkqYW5FcnJvciA9IG5pbDsKCX0KCU9TU3RhdHVzIHN0YXR1cyA9IG5vRXJyOwoJc3RhdHVz ID0gRlNQYXRoTWFrZVJlZiggKGNvbnN0IFVJbnQ4ICopW3NlbGYgVVRGOFN0cmluZ10sIGFuRlNS ZWYsIE5VTEwgKTsKCWlmKCBzdGF0dXMgIT0gbm9FcnIgKXsKCQlpZiggYW5FcnJvciApewoJCQkq YW5FcnJvciA9IFtOU0Vycm9yIGVycm9yV2l0aERvbWFpbjpOU09TU3RhdHVzRXJyb3JEb21haW4g Y29kZTpzdGF0dXMgdXNlckluZm86bmlsXTsKCQl9Cgl9CglyZXR1cm4gKHN0YXR1cyA9PSBub0Vy cik7Cn0KQGVuZAoKQGltcGxlbWVudGF0aW9uIE5TV29ya3NwYWNlIChNREFkZGl0aW9ucykKCi0g KHBpZF90KSBsYXVuY2hBcHBsaWNhdGlvbkF0UGF0aDooTlNTdHJpbmcgKilwYXRoIHdpdGhBcmd1 bWVudHM6KE5TQXJyYXkgKilhcmd2CgkJCQkJIGVycm9yOihOU0Vycm9yICoqKWVycm9yCnsgcGlk X3QgcGlkID0gMDsKCWlmKCBlcnJvciApewoJCSplcnJvciA9IG5pbDsKCX0KCglpZiggcGF0aCAp ewoJCUZTUmVmIGl0ZW1SZWY7CgkJaWYoIFtwYXRoIGdldEZTUmVmOiZpdGVtUmVmIGVycm9yOmVy cm9yXSApewoJCQlMU0FwcGxpY2F0aW9uUGFyYW1ldGVycyBhcHBQYXJhbWV0ZXJzID0geyAwLAoJ CQkJa0xTTGF1bmNoQW5kRGlzcGxheUVycm9yc3xrTFNMYXVuY2hEb250QWRkVG9SZWNlbnRzLCAm aXRlbVJlZiwgTlVMTCwgTlVMTCwKCQkJCShhcmd2ID8gKENGQXJyYXlSZWYpYXJndiA6IE5VTEwp LCBOVUxMIH07CgkJCVByb2Nlc3NTZXJpYWxOdW1iZXIgcHNuOwoKCQkJT1NTdGF0dXMgc3RhdHVz ID0gbm9FcnI7CgkJCXN0YXR1cyA9IExTT3BlbkFwcGxpY2F0aW9uKCAmYXBwUGFyYW1ldGVycywg JnBzbiApOwoKCQkJaWYoIHN0YXR1cyAhPSBub0VyciApewogICAgICAgICAgICAgICAgICAgIE5T TG9nKCBAIlslQCAlQF0gTFNPcGVuQXBwbGljYXRpb24oKSByZXR1cm5lZCAlaGkgZm9yICVAIiwK CQkJCQkgTlNTdHJpbmdGcm9tQ2xhc3MoW3NlbGYgY2xhc3NdKSwKCQkJCQkgTlNTdHJpbmdGcm9t U2VsZWN0b3IoX2NtZCksIHN0YXR1cywgcGF0aCApOwogICAgICAgICAgICAgICAgICAgIGlmKCBl cnJvciApewoJCQkJCSplcnJvciA9IFtOU0Vycm9yIGVycm9yV2l0aERvbWFpbjpOU09TU3RhdHVz RXJyb3JEb21haW4gY29kZTpzdGF0dXMgdXNlckluZm86bmlsXTsKCQkJCX0KCQkJfQoJCQllbHNl ewoJCQkJR2V0UHJvY2Vzc1BJRCggJnBzbiwgJnBpZCApOwoJCQl9CgkJfQoJfQoJZWxzZXsKCQlp ZiggZXJyb3IgKXsKCQkJKmVycm9yID0gW05TRXJyb3IgZXJyb3JXaXRoRG9tYWluOk5TT1NTdGF0 dXNFcnJvckRvbWFpbiBjb2RlOnBhcmFtRXJyIHVzZXJJbmZvOm5pbF07CgkJfQoJfQoJcmV0dXJu IHBpZDsKfQpAZW5kCgoKCmludCBtYWluKCBpbnQgYXJnYywgY29uc3QgY2hhciAqYXJndltdICkK eyBOU0F1dG9yZWxlYXNlUG9vbCAqcG9vbCA9IFtbTlNBdXRvcmVsZWFzZVBvb2wgYWxsb2NdIGlu aXRdOwogIEJPT0wgc3VjY2VzcyA9IE5POwoJaWYgKCBhcmdjID4gMSApewoJCU5TU3RyaW5nICpj b21tYW5kID0gW05TU3RyaW5nIHN0cmluZ1dpdGhDU3RyaW5nOmFyZ3ZbMV0gZW5jb2Rpbmc6TlNV VEY4U3RyaW5nRW5jb2RpbmddOwoJCU5TTXV0YWJsZUFycmF5ICp0aGVBcmd1bWVudHMgPSBbW05T TXV0YWJsZUFycmF5IGFsbG9jXSBpbml0XTsKCQlmb3IoIGludCBpID0gMiA7IGkgPCBhcmdjIDsg aSsrICl7CgkJCVt0aGVBcmd1bWVudHMgYWRkT2JqZWN0OltOU1N0cmluZyBzdHJpbmdXaXRoQ1N0 cmluZzphcmd2W2ldIGVuY29kaW5nOk5TVVRGOFN0cmluZ0VuY29kaW5nXV07CgkJfQoJCU5TRXJy b3IgKmVyciA9IG5pbDsKCQlzdWNjZXNzID0gW1tOU1dvcmtzcGFjZSBzaGFyZWRXb3Jrc3BhY2Vd IGxhdW5jaEFwcGxpY2F0aW9uQXRQYXRoOmNvbW1hbmQgd2l0aEFyZ3VtZW50czp0aGVBcmd1bWVu dHMgZXJyb3I6JmVycl07CgkJTlNMb2coIEAiJUAiLCBlcnIgKTsKCQlpZiggZXJyICl7CgkJCXN1 Y2Nlc3MgPSBOTzsKCQl9Cgl9CglbcG9vbCByZWxlYXNlXTsKCWV4aXQoICFzdWNjZXNzICk7Cn0K