| Summary: | Windows with imported KWin rules for acitivities aren't visible | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | meyerm |
| Component: | activities | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | minor | CC: | kde, notuxius |
| Priority: | NOR | ||
| Version First Reported In: | 4.11.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | An exported rule that doesn't work | ||
|
Description
meyerm
2013-08-21 06:26:28 UTC
That's because of a change from "ALL" to "00000000-0000-0000-0000-000000000000" for "ALL" activities. A kconfupdate script should have taken care of that (and is confirmed to work correctly), but apparently wasn't run (since you're the second person encountering this) Created attachment 82642 [details]
An exported rule that doesn't work
Hope this helps in some way
Yes, the "ALL" statement there is the problem - it's become invalid. It's no surprise that rules that have been exported with "ALL" now fail on re-import, but the present rules should have been updated with the kconf update. We'd rather need to understand why it didn't run after the version update... Is this bug can be safely closed? Yeah, it sucks that we had an ID change, but it's too late to migrate stuff now. |