This bug is against kruler "version 5.0" in the 5.8.7 LTS Repository. (That choice was missing above - should it be added?) KDE Plasma version: 5.8.7 KDE Framework version: 5.32.0 QT Version 5.6.1 Problem is that if you launch "Configure KDE Screen Ruler" >> "Advanced" and then *untick* the "Always on top" box and then click "Apply" or "OK", it will work for the remainder of the time the app is running, but then next time you start it, it will again be in "Always on top" mode even though the box will show as unticked. In short, there's no way to permanently save a preference that you don't want it on top of all windows - you have to reconfigure it do to that every time you launch it.
Any chance of this getting fixed? I didn't report it just to feel good about myself.
As an interim measure you could create a window rule... System Settings - Window Management - Window Rules.
Kubuntu 14.04-5 I do not have at all the «Always on Top» feature. But it is very necessary now since I have become a professional Desktop Publisher. It would make live much easier.
(In reply to Paul from comment #2) > As an interim measure you could create a window rule... > > System Settings - Window Management - Window Rules. What sort of Window rule did you have in mind? I see options to force the window to the top and force it to the bottom, neither of which I want. The desired behavior is that the kruler window is not forced at all.
(In reply to javascriptjedi from comment #4) > What sort of Window rule did you have in mind? "Position - Remember" and "Keep Above - Force" works well for me. > I see options to force the window to the top and force it to the > bottom, neither of which I want. The desired behavior is that > the kruler window is not forced at all. Well, if you don't want to enforce any particular window behaviour upon kruler... :)
> "Position - Remember" and "Keep Above - Force" works well for me. Works well for you at doing what? As I already described when I originally reported this bug, the problem is that I *don't want* "always on top" to be enforced (nor do I want "always on bottom"), But kruler won't remember this preference. > Well, if you don't want to enforce any particular window behaviour upon > kruler... :) I'm not sure what's supposed to be funny. If there were a window rule to counteract kruler's inability to remember that I don't want "always on top" being unticked, it would have to have the impact of preventing "always on top" behavior, so I could change kruler's z-position manually in the z-order. Seems pretty clear. So, it looks like there's no workaround then.
(In reply to javascriptjedi from comment #6) > As I already described when I originally reported this bug, the problem is > that I *don't want* "always on top" to be enforced (nor do I want "always on > bottom"), But kruler won't remember this preference. Ignoring the fact the preference may or may not work, and you may or may not have created a window rule. So, if you don't want "always on top", nor do you want "always on bottom"... what do you want? I would respectfully suggest you take a look at the source code and correct the problem yourself.
> So, if you don't want "always on top", nor do you want "always on bottom"... > what do you want? I want the current behavior that I get from unticking "always on top" in kruler, but which isn't remembered when the app is restarted, as I described in the original report above. If you untick "always on top," there is no enforcement of any z-ordering so other windows can be raised in front of kruler, or kruler raised on top of them. I didn't realize this wasn't clear. > > I would respectfully suggest you take a look at the source code and correct > the problem yourself. So do all bug filers get told to fix the source code themselves, or am I just lucky?
Seems to be a Qt regression. Just using Qt::WindowStaysOnTopHint does not work; you actually have to use NET::KeepAbove.
This is still broken as of OpenSUSE Leap 15.0. My system shows the following: KDE Plasma Version 5.12.8 KDE Framework Version 5.45.0 Qt Version 5.9.4 Kernel Version 4.12.14 So am I still supposed to fix this myself? What's the report of having this bug tracking system if a clearly reported and reproducible bug sits unfixed for long.
Looks like some major changes have happened to kruler, but this bug still lives. KDE Plasma version: 5.12.8 KDE Framework version: 5.55.0 QT Version 5.9.1
This bug is still present in OpenSUSE 15.2: Operating System: openSUSE Leap 15.2 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.71.0 Qt Version: 5.12.7
i think, this has worsen under: Operating System: Fedora 34 KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 Kernel Version: 5.13.14-200.fc34.x86_64 (64-bit) Graphics Platform: X11 Processors: 4 × AMD Athlon(tm) X4 750K Quad Core Processor Memory: 15.6 GiB of RAM to which i just upgraded (from fedora33) where none of the apps remember the "stay above/below" and "display on all desktops". this is not fun ...