If I create new rule with title-matching criteria, they will not be applied to new windows that do match these criteria. This is only problem with title-matching, other criteria are fine. This is in fact duplicate of #207670 and #217123. I file new bug report, because these two are eventually duplicates od #220227. This issue *is not* duplicate of #220227. #220227 says that rules are only evaluated when window appears and does not re-evaluate if window title is changed. In this issue, rules containing title does not match to newly created windows. But the same rules does match if re-evaluation of rules is forced (by changing anything in KWin KCM module and clicking "Apply"). I was able to reproduce it on two systems: 1. Debian testing amd64, KDE 4.8.4 2. Arch Linux i386, KDE 4.8.4 (in virtual machine) Reproducible: Always Steps to Reproduce: 1. Create new window rule with window title matching and some visible changes (disabling window decorations sound good). I have attached example rule to this bug report. 2. Apply changes. All windows matching criteria will be changed. 3. Open new window that matches criteria. It will not be changed. Actual Results: Rules are not applied, although they should be. Expected Results: Applied rules. It did work in the past, but I failed to precisely note a moment when it stopped. Some users on Debian KDE mailing list suggests that rules stopped working after upgrading to Qt 4.8.x [1]. Their reports are too generic to ensure if they encounter the same issue or not. Anyway, it may be some issue in Qt which should be worked around or forwarded to Qt-devs. [1] http://lists.debian.org/debian-kde/2012/05/msg00017.html
Created attachment 72364 [details] example KWin rule with title-matching
I'm sorry to say, but it is a dupe of #220227 Proof: - run "kwrite -title huhu &" - create a new rule for the window including an (exact) title match - close kwrite - run "kwrite -title huhu &" rule is applied? (it is here - git master, though - but i doubt that's the cause - konsole will simply change the title after the window is created) *** This bug has been marked as a duplicate of bug 220227 ***