Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc 3.2 OS: Linux I have never run Kopete. I tried running it for the first time out of CVS (of roughly yesterday, 11 Nov 2003). Sequence of actions: 1. Kopete opens, and opens up its account settings window. 2. I click on the "New..." button. 3. My window decorations disappear. kwin has crashed. No KDE crash handler; it just dies. 4. I quit Kopete from the "File" menu. I can restart kwin from konsole, but with the same result. This is exactly reproducible every time I start Kopete. (I still have not set up an account, because I'm worried this will prevent me from reproducing the bug.) Here's my stderr log from one run of kwin: kwin: User timestamp, initial:4294967295 kwin: User timestamp, ASN:4294967295 kwin: User timestamp, final:4294967295 kwin: Filtering out decoration resize event:[125x247]:[100x100]:[640x409] kwin: Filtering out decoration resize event:[125x247]:[122x100]:[100x100] kwin: User timestamp, initial:4294967295 kwin: User timestamp, ASN:4294967295 kwin: User timestamp, final:4294967295 kwin: Filtering out decoration resize event:[104x130]:[100x100]:[640x409] kwin: Filtering out decoration resize event:[104x130]:[101x100]:[100x100] kwin: User timestamp, initial:4294967295 kwin: User timestamp, ASN:4294967295 kwin: User timestamp, final:4294967295 kwin: Filtering out decoration resize event:[161x139]:[100x100]:[640x409] kwin: Filtering out decoration resize event:[161x139]:[101x100]:[100x100] kwin: User timestamp, initial:4294967295 kwin: User timestamp, ASN:4294967295 kwin: User timestamp, final:4294967295 kwin: User timestamp, initial:4294967295 kwin: User timestamp, ASN:4294967295 kwin: User timestamp, final:4294967295 kwin: Raising: Refusing kwin: Filtering out decoration resize event:[107x209]:[100x100]:[640x409] kwin: Filtering out decoration resize event:[107x209]:[101x100]:[100x100] kwin: User timestamp, initial:4294967295 kwin: User timestamp, ASN:4074073968 kwin: User timestamp, final:4074073968 kwin: Activation, compared:4074073968:4074069732:true kwin: Filtering out decoration resize event:[539x314]:[100x100]:[640x409] kwin: Filtering out decoration resize event:[539x314]:[122x100]:[100x100] kwin: User timestamp, initial:4294967295 kwin: User timestamp, ASN:4294967295 kwin: User timestamp, final:4074075504 kwin: Activation: Belongs to active application ASSERT: "block_stacking_updates == 0" in layers.cpp (528) kwin: Raising: Belongs to active application ASSERT: "block_stacking_updates == 0" in layers.cpp (528) kwin: Filtering out decoration resize event:[397x403]:[100x100]:[640x409] kwin: Filtering out decoration resize event:[397x403]:[101x100]:[100x100] kwin: User timestamp, initial:4074076950 kwin: User timestamp, ASN:4074076950 kwin: User timestamp, final:4074076950 kwin: Activation: Belongs to active application ASSERT: "block_stacking_updates == 0" in layers.cpp (528) ASSERT: "block_stacking_updates == 0" in layers.cpp (528) ASSERT: "block_stacking_updates == 0" in layers.cpp (528) ASSERT: "block_stacking_updates == 0" in layers.cpp (528) ASSERT: "block_stacking_updates == 0" in layers.cpp (528) ASSERT: "block_stacking_updates == 0" in layers.cpp (528) ASSERT: "block_stacking_updates == 0" in layers.cpp (528) ... (goes on for pages, easily thousands of lines of this one failed assertion before the crash) Actually I'm not sure if this is kwin or kopete doing something inappropriate, but anyway I'm reporting under kwin.
Oops, should have marked this severity "crash", sorry.
p.s. I say in the BR that it's a failed assertion. I should have written that it's printing, indicating repeated entry to the function, not that it's failed.
I can reproduce what appears to be the same bug by opening Konqueror's "Settings" -> "Configure Konqueror..." -> "Web Shortcuts" dialog and clicking "New..." I now think this may be some kind of generic problem with (modal?) dialogs.
Following up Comment #3: Weirdly, the crash does not happen when I open up KDE Control Center's "Internet & Network" -> "Web Shortcuts" and click the "New..." button. In other words, pening the same dialog from the same parent in this different fashion does not trigger this bug. Weird.
I've found two more dialogs that trigger this bug: 1. Konqueror -> "Settings" -> "Configure Konqueror...", then choose "File Associations" and click the "Add..." button. 2. KMail -> "Settings" -> "Configure KMail...", then click the "Load Profile..." button. Same result from stderr: a long series of ASSERT: "block_stacking_updates == 0" in layers.cpp (528) then the crash. I now tentatively propose the hypothesis that any app with two levels of dialogs (a dialog that pops up a dialog) will trigger this crash.
*** This bug has been marked as a duplicate of 67914 ***