| Summary: | Task Switcher visualization stuck on "Breeze" | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | KDE Neon user <emailmeat> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | major | ||
| Priority: | NOR | ||
| Version First Reported In: | 5.8.3 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
qdbus org.kde.KWin /KWin supportInformation
task switcher options |
||
|
Description
KDE Neon user
2016-11-04 16:41:17 UTC
which task switcher are you trying to select? Can you please provide the output of: qdbus org.kde.KWin /KWin supportInformation Created attachment 102054 [details]
qdbus org.kde.KWin /KWin supportInformation
All switchers. It keeps using the default one. I've found out that the compositor options is displaying this error message: "OpenGL compositing (the default) has crashed KWin in the past. This was most likely due to a driver bug. If you think that you have meanwhile upgraded to a stable driver, you can reset this protection but be aware that this might result in an immediate crash! Alternatively, you might want to use the XRender backend instead." The "Re-enable OpenGL detection" button makes kwin crash, and if I manually change the rendering to XRender, it reverts back to OpenGL 2.0 too once I close the window. Some settings do work, like changing the system theme or resolution, so I don't think this is an issue with permissions. I can't disable the screen edge action either (which I had previously disabled). Maybe it's a permissions issue after all. How to verify this? > All switchers.
Could you define that in a better way. I don't know which switchers are installed on your system.
Created attachment 102056 [details] task switcher options (In reply to Martin Gräßlin from comment #5) > > All switchers. > > Could you define that in a better way. I don't know which switchers are > installed on your system. The ones provided by default. I didn't install any new one. I found the configuration file at ~/.config/kwinrc . Its ownership had been indeed transferred to root. I didn't change any settings or mess up with system files over the last weeks, so I still think it was caused by some buggy update. Thanks for the update. If you are sure that it was not a PEBKAC, then you should report it to the bug tracker of your distribution. It could even be a filesystem bug. Updates most likely cannot change files in your home directory, because packages are installed as root (and thus don't know "your home"). |