Summary: | Crash while ALT-TABing to switch applications / screens | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Steffen Möller <steffen_moeller> |
Component: | general | Assignee: | David Edmundson <kde> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | bhush94, notmart, plasma-bugs, xavier.kde |
Priority: | NOR | Keywords: | drkonqi |
Version: | 5.3.2 | ||
Target Milestone: | 1.0 | ||
Platform: | Debian unstable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | requeste systemconfig5 task-switcher config |
Description
Steffen Möller
2015-08-16 16:24:28 UTC
#7 0x00007fcd611e2707 in ContainmentInterface::wheelEvent (this=<optimized out>, event=0x7fff1092f630) at ../../../../src/scriptengines/qml/plasmoid/containmentinterface.cpp:901 this shows you're moving the scroll wheel on the desktop. Was this whilst alt-tabbing maybe? Can you reproduce the problem? Hello again, with your kind description of what I may have done, I tried exactly that ... and it is reproducible - just what exactly. I have made some ALT-TABbing, which may or may not be of concern, used the wheel a lot and all was just fine. I then stopped ALT-TABbing (or at least I think I did) and middle-wheel-scrolled directly at the desktop with no window underneath. To make it worse, I did this at the very bottom of the screen where there is normally the KDE bar (but was not visible, it hid again, which is why I had some bit the desktop accessible). The crash was instant. Good luck! Steffen Thanks, I couldn't reproduce that when I was trying could you take a screenshot of your system settings -> widnow management -> task switcher to make sure we're both using the same alt+tab system. I have rebooted (and finished some work first). The error prevails. Using the wheel anywhere in the background, I get a crash. The most similar found is the now closed bug 351369. 351370 is not listed. Funnily enough, I do not have a functional system settings. I have the entry in the KDE menu with a "broken icon". Selecting it has no effect. Starting "systemsettings5" from the command line worked - is this possibly an indication of a problem, i.e. an incomplete migration to the latest KDE version? The screeshort will follow. Language settings were not (knowingly) changed by me but must be read from the other system setting or the previous KDE installation. Created attachment 94098 [details]
requeste systemconfig5 task-switcher config
Hello, I encounter a very, very similar behaviour: when using the mouse wheel on the wallpaper, I also get a plasma-shell crash induced by a Floating Point Exception. The disturbing part is that problems started after my KDE session froze; I hit Ctrl+Alt+Backspace, logged again and discovered those issues. Rebooting changed nothing. For what it's worth, I have a very similar configuration (Debian Sid, Qt 5.4.2, ...). However: - my "systemsettings" works fine - I believe this switch bug is actually just a side-effect of Plasma somehow not understanding the virtual desktop layout. Indeed, when my KDE session start, one can immediately notice that the virtual desktop pager displayed by my main panel does not show any desktop (not even one). On the other hand, both systemsettings and Kwin (through context menus and shortcuts) are able to list the configured desktops. That leads us to the question: what could prevent Plasma from getting / reaching / understanding / applying the virtual desktops layout? Hello again, I have just upgraded my system, logged out and in again, and my desktop works again. I guess the root issue was linked to Debian packaging, even though it remains unclear. Of course, perhaps it is still advisable to check whether plasma can be made more resilient? does this still happen? can it be closed? I do not experience the issue any more. (In reply to Marco Martin from comment #8) > does this still happen? can it be closed? I propose you close the bug. I am using a later version of KDE now (in a virtual environment) which does not expose that issue from what I have yet observed. |