Bug 337122

Kwallet password entry dialogs have a quirk in which they open behind (all) other windows, a bad habit on Linux, and a systematic behaviour on OS X. Depending on whether the user caught the initial notification and how s/he configured the desktop layout, those dialogs can sit a long time in the background, waiting to be picked up.

It has come up on the kde-mac ML that it would be very reasonable to let kwallet push these windows to the foreground, and I have been asked to file this enhancement request:

[quote="Marko Käning"]
Actually, I guess it's good to have it as default setting in the front,
but giving the user the possibility to disable that setting.

How often did I wonder that my Linux laptop was without WLAN, just
because KWallet had silently hid itself behind all the Windows
usually already opening at the startup.
[/quote]

I suppose kwallet could even keep pushing those dialogs to the foreground until the user either enters the password, dismisses the dialog, or unticks a checkbox that would allow the window to be pushed backwards.

Reproducible: Sometimes

Steps to Reproduce:
1. run a KDE session with a healthy set of windows open
2. do something that causes kwallet to post a password dialog

OR

2. an application like kmail or the network manager needs a password not due to explicit user intervention

Actual Results:  
On Linux there are times the dialog does not appear in the foreground (when triggered by an application that is itself not in the foreground?). On OS X this behaviour is systematic.

Expected Results:  
The password dialog should open in front of all other windows