Version: (using KDE 4.2.1)
Installed from: Unlisted Binary Package
There is a program called keyTouch (http://keytouch.sourceforge.net/). Though fairly obscure, it is useful to some people because it recognises media keys found on certain laptops out of the box, that KDE either doesn't recognise easily or at all. Default behaviour for volume keys is to run amixer to change the volume. This causes a little box to appear that says "Volume X%", with an appropriate amount of the box filled in. The box has no window decorations and disappears within a few seconds. It doesn't appear in Plasma's window list in the panel.
However, due to what appears to be outdated KDE code in the source, alt-tab'ing produces unfortunate results. Specifically, if one changes the volume and then alt-tab's quickly enough, the volume box will appear in the list of windows. Kwin will then hang for a moment or two and promptly crash.
I am running vanilla 4.2.1 on Arch Linux. Attached are output from gdb as well as output from xprop (the xprop being run on the little volume box that appears).
Steps to reproduce:
1) Install keytouch (http://keytouch.sourceforge.net/) and run keytouchd. Make sure that it's configured to use amixer to change volumes as necessary.
2) Press the button to which you mapped, e.g. volume-down
3) As soon as the box appears, hit alt-tab (or whatever shortcut is used for window switching). If you did it correctly, you will see the volume box in the window switcher, which will cause kwin to crash. This step might take a few times to get correctly, as timing is important.
Created attachment 32455 [details]
The output from xprop when ran on keytouch's amixer window
Created attachment 32456 [details]
Output from the debugger when kwin crashes.
Oh, for what it's worth, as the stack trace indicates, I had compositing on when I noticed this. Without compositing, this doesn't happen.
*** This bug has been marked as a duplicate of bug 179865 ***