Version: (using Devel) OS: Linux Installed from: Compiled sources Steps to reproduce the bug: 1. Click on "Settings..." then on "Configure Toolbars..." 2. Click on "Defaults" and in the following dialog click on "Reset" 3. If the bug isn't "triggered" yet, do the steps above one more time I'm using a recent version of trunk (~2-3 days old)
Created attachment 30034 [details] A screenshot of the bug
Here using: Qt: 4.4.3 + qt-copy-patches-889120 KDE: 4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090106)) kdelibs svn rev. 907834 / kdebase svn rev. 907837 on ArchLinux x86_64 - Kernel 2.6.27.10 I can reproduce this bug in Dragon Player and in Dolphin. To reproduce the bug you need to have a default toolbar configuration: In Dolphin , if you are using a customized toolbar, you need to reset it to defaults (this first time, the Configure Shortcuts dialog will remain OK). However after restarting Dolphin and resetting the Toolbars configuration, the dialog will get in that strange state.
SVN commit 1010271 by coates: Use a QPointer to keep track of KDialog's main widget. No more surprises if the main widget gets deleted elsewhere. See http://reviewboard.kde.org/r/1252/ for more details. BUG:180064 M +8 -9 kdialog.cpp M +2 -1 kdialog_p.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1010271
SVN commit 1010273 by coates: Backport of r1010271. Use a QPointer to keep track of KDialog's main widget. No more surprises if the main widget gets deleted elsewhere. See http://reviewboard.kde.org/r/1252/ for more details. CCBUG:180064 M +8 -9 kdialog.cpp M +2 -1 kdialog_p.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1010273