https://bugs.kde.org/show_bug.cgi?id=393788
Bug ID: 393788
Summary: Window rules editing broken
Product: kwin
Version: git master
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: rules
Assignee: kwin-bugs-n...@kde.org
Reporter: 1i5t5.dun...@cox.net
Target Milestone: ---
The window rules kcm GUI won't save changes. It will load existing rules from
kwinrulesrc (as does kwin itself) and changes will appear to save -- hitting
the apply button causes it to go inactive, but:
1) kwin doesn't actually act on them (even after hitting apply).
2) switching to another kcm (say kwin scripts) and back to window rules, the
changes were not saved and I get the same rule as when I loaded it the first
time.
3) kwinrulesrc isn't actually changed (yes, it's appropriate 0600 perms).
Running gentoo/kde's live-git of frameworks and plasma as well. Currently
running qt-5.11.0_beta4 as plasma-live-git is now requiring > 5.10, and gentoo
doesn't have 5.10 in-tree, only 5.11_beta4. However, this bug triggered before
that upgrade.
This has apparently been broken in kwin on X at least for months, as when I
unmerged superkaramba (my last kde4 app, so I could unmerge kde4/qt4, still
nothing with superkaramba's full set of features for plasma5 that I can find,
but this bug isn't about that...) and setup ksysguard graphing to replace what
I could of superkaramba, I ended up having to manually edit kwinrulesrc in
ordered to get a working rule for ksysguard, and that was a couple months ago
or so. I have a somewhat large but reasonably stable set of kwin window rules
and hadn't needed to edit any of them for some time before that, so I've no
idea how long it has actually been broken.
Fortunately, I can still edit the kwinrulesrc file manually and the changes do
take (after restarting kde/plasma, and I think after simply running kwin_x11
--replace, tho I'd have to check that again to be sure), but it'd sure be nice
to have a working GUI editor back again!
(The current trigger to file the bug was full-screening a game that changed the
resolution and left the desktop a mess. I quit and restarted kde/plasma/X, and
got the desktop back, but firefox restarted at 0,15 which on my multi-monitor
setup is offscreen. I tried to edit an existing window rule for it to
reposition it onscreen, but found the GUI editor still not saving changes, so
that didn't work. Fortunately I have wmctrl installed, and a wmctrl -R firefox
did the trick!)
I suppose none of the devs have seen it due to running wayland these days.
(BTW, is plasma-wayland usable now, and can you point me at a good article
describing how to configure it analogous to xorg.conf.d? Or is the only way to
configure plasma-wayland via the plasma-wayland GUI? I haven't had much luck
with multi-monitor config GUIs such as kscreen on X/kde/plasma -- while they do
work sometimes, they're often broken bad enough to be unusable (leaving me with
a sufficiently broken desktop that I must restart X/kde/plasma, I had to
studiously avoid that kcm for awhile, as even opening it would screw things
up!), so I tend to avoid them, and while xrandr has at least worked more
consistently, simply configuring the layout in xorg.conf.d and not touching it
from the GUI has been most reliable. So you can see why I'm hoping there's a
wayland analog to xorg.conf.d, despite my not seeing /anything/ about it in the
various Linux-related news feeds I follow. So a link to a good article on the
topic would be extremely useful!)
--
You are receiving this mail because:
You are watching all bug changes.
