After upgrading QT packages to 4.5.3, kmail's and kwallet's password dialogs stopped working. "OK" button didn't react to clicks anymore and the dialog stayed on the screen until "Cancel" was clicked. Downgrading QT to 4.5.2 brought everything back to normal again. So I suggest to mask 4.5.3 until the issue is resolved upstream. Reproducible: Always Steps to Reproduce: 1. Update QT to 4.5.3 2. Restart KDE session 3. Run kmail or some app that uses kwallet Actual Results: Password dialog not working. Expected Results: Password dialog should go away and open access to whatever was requested.
As a workaround the following may be used: 1. Enter the password 2. Click "Open" dialog button or click "Enter" keyboard button 3. Minimize the dialog
Solved with respective qt packages 4.5.3-r1 bumps. Please update.
I just upgraded to qt-4.6.0 and after that to kde-4.3.4. This issue seems to have reappeared. Atleast I get the same behaviour as in the original description and the workaround in #1 works.
Yep, for me too. I wonder if it could be a side effect of the patch-2.6.0 bug?
as per user statements reopening
I can confirm now that after downgrade of sys-devel/patch and recompiling all QT packages the problem still persists.
The qt-core elog messages have some suggestions in case something breaks. Did you follow those?
(In reply to comment #7) > The qt-core elog messages have some suggestions in case something breaks. Did > you follow those? Yes, but as was the case with 4.5.3, that didn't change anything.
(In reply to comment #7) > The qt-core elog messages have some suggestions in case something breaks. Did > you follow those? I reinstalled all of kde and all other packages that depend on qt-core after the upgrade from qt-4.5.3 to qt-4.6.0. I still have to minimize the kwallet passphrase dialog to start kmail properly. Out of three installs, two show this behaviour but I am not sure what the difference between those two and the third is. All three were upgraded from kde-4.3.3/qt 4.5.3 but I have not reinstalled the working install as frequent as the others (after the qt upgrade).
I can confirm this. Seems to be a qt related "feature". Same bug here after upgrading to qt-4.6.0 and before and after upgrade from kde-4.3.3 to 4.3.4.
Does this problem still happen with kde-4.4.4?
No response for three months, so I'll assume this is fixed in kde-4.4. Please reopen if the problem reappears with current kde versions.