Summary: | kwin crash on opening kopete new account dialog | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | klee |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
klee
2003-11-11 23:25:52 UTC
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. |