| Summary: | Kwin crashed when RKWard opened a new window | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | flyos |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | adarmalik, philipp.verpoort, robby.engelmann |
| Priority: | NOR | Keywords: | drkonqi |
| Version First Reported In: | 5.14.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/kwin/396f8f558c07e4c8b0d3090ebe5f65fab1d98f5a | Version Fixed/Implemented In: | 5.14.1 |
| Sentry Crash Report: | |||
| Attachments: | Kwin Support Information | ||
|
Description
flyos
2018-10-10 13:37:07 UTC
Unfortunately the backtrace lacks debug symbols. If you're able to reproduce the crash, please install debug packages and submit a new backtrace. Also, when did KWin crash? when a new window appeared? Can you please post output of qdbus org.kde.KWin /KWin supportInformation Created attachment 115538 [details]
Kwin Support Information
Oh, I thought it was OK since DrKonqi said the backtrace was informative. I've install the debug symbols (is kwin5-debuginfo enough?), let's see if this is happening again. My Kwin Support Information is attached. As I explained, Kwin crashed exactly when RKWard opened a new window. (In reply to flyos from comment #3) > Oh, I thought it was OK since DrKonqi said the backtrace was informative. > I've install the debug symbols (is kwin5-debuginfo enough?), let's see if > this is happening again. I'm not an openSUSE user, but yeah, seems like that's what we need. :-) Can reproduce. *** Bug 399630 has been marked as a duplicate of this bug. *** *** Bug 399660 has been marked as a duplicate of this bug. *** Git commit 396f8f558c07e4c8b0d3090ebe5f65fab1d98f5a by Vlad Zagorodniy. Committed on 11/10/2018 at 14:48. Pushed by vladz into branch 'Plasma/5.14'. [effects/diminactive] Delete active transitions when window is deleted Summary: The Dim Inactive effect expects that the windowClosed signal always proceeds the windowDeleted signal. But in some cases that's not the case. If a window gets destroyed before becoming ready for painting, only the windowDeleted signal will be emitted. In addition to that, KWin will activate that window, which means we'll probably start a transition for it. Because this effect cannot terminate active transitions for such windows, KWin can crash in postPaintScreen. This change addresses the crash in postPaintScreen by adding extra clean up stuff in the windowDeleted slot to make sure that there are no transitions for deleted windows. The proper fix would be to not emit windowActivated signal for windows that are not ready for painting. FIXED-IN: 5.14.1 Test Plan: Ran ``` x <- seq(5, 15, length=1000) y <- dnorm(x, mean=10, sd=3) plot(x, y, type="l", lwd=1) ``` in RKWard multiple times. Reviewers: #kwin Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D16130 M +6 -0 effects/diminactive/diminactive.cpp https://commits.kde.org/kwin/396f8f558c07e4c8b0d3090ebe5f65fab1d98f5a *** Bug 400721 has been marked as a duplicate of this bug. *** |