Version: (using KDE 4.3.0) Installed from: Ubuntu Packages The password dialog for policykit is missing window decorations. That is in my opinion a really bad behaviour for the following reasons: * it breaks with existing KDE password dialogs. KDEsu, KDESudo, KWallet, KHTML auth dialog etc. all have window decorations * it looks like the dialog requires direct user interaction * it looks like the dialog is blocking all other windows which it doesn't * it looks like the dialog is part of the parent window, but it has a taskbar entry * there is no button to minimize the dialog * it's difficult to move the dialog. I have to use the alt + lmb version to move the window. Users don't knowing that feature are unable to move the dialog. To summarize: the dialog looks like it is a special window which request user interaction NOW. But it isn't. It's just a normal dialog. If it would be a special dialog it has to behave like one. It must be impossible to switch away from the window. It has to grab keyboard and mouse focus, it has to be kept above, it mustn't be possible to minimize, etc. If the dialog would behave like that it would be really broken. That would be a "Vista'ish" behaviour and I'm glad it doesn't behave like that. So please make the dialog like it is: a normal one with decorations. P.S. I consider this as a bug, not as a wishlist item P.P.S I worked around the problem for myself by using a window role P.P.P.S just in case you don't know me - I'm working on kwin
I think it's a bug, it had windeco some time ago: http://upload.wikimedia.org/wikipedia/commons/a/ae/PolicyKit-KDE.png (and gnome PolicyKit too: http://carlosgc.linups.org/img/polkit-cpufreq.png )
An absolute must-fix-now! A window without a windeco is even worse than no windows...
Hi Martin, in KDE 4.3 polkit-kde is integrated in kdebase-workspace, and it has windecos as expected here. The old polkit-kde package (meant to work with kde 4.2) had this bug. Can you please crosscheck if you're actually using the version shipped in kdebase-workspace 4.3 at the moment?
Of course I'll check. Can you point me on the best way to test? Like how can I find out which version is actually used.
Check, for example, that /usr/lib/libpolkitkdeprivate.so points to libpolkitkdeprivate.so.4.3.0. And make sure that your package of polkit-kde (if you have one) is NOT created from polkit-kde tarballs (that would be an ubuntu packaging bug - if you're using KDE 4.3) but from splitting kdebase-workspace.
(In reply to comment #5) > And make sure that your package of polkit-kde (if > you have one) is NOT created from polkit-kde tarballs (that would be an ubuntu > packaging bug - if you're using KDE 4.3) but from splitting kdebase-workspace. So I run into that Kubuntu Bug. There is no libpolkitkdeprivate.so.4.3.0 in my /usr/lib. Feel free to close that bug as fixed or invalid or whatever ;-)
Ok :) I should probably make clearer somewhere that polkit-kde tarballs are just meant for 4.2 series, anyway...