last post has a workaround. But then, several themes are nicer than “Air” , anyway…
I said it many times now.
The “Air” theme is broken such that it freezes the whole PLASMA-SHELL which is your desktop, right.
still everybody (every distro) ships it even though there are tons of alternatives which do NOT freeze the GUI (“no seams” is nice!)
be it as it may. this was the last calling
[hr]
so obviously I ask our NETRUNNER distro maintainers to drop the AIR theme and to no longer ship that decorative poisoned desktop theme of no particular relevance whatsoever.
“Air” is poisoned, broken code and more trouble than it is worth. Other themes are just as nice btw.
Excuse me?
You want to make a suggestion fine.
But, don’t you ever tell me what I “better do”, you have no authority over me.
Frankly, I have no issues running AIR on my machines, just as I have never in my life needed to use xrandr to correct a garbled screen.
[attachment=1138]
No, I actually run a variety of hardware from laptops, to desktops, to all-in-ones.
My test bed at one point and time had over 6 systems in it, now it’s only 3, but still.
Now, with that said, I’ve been running AIR on this machine for over an hour and no freeze, crash, or lockup, so far.
I’m going to keep it this way until tomorrow, or until I have an issue.
Let’s see what happens, shall we.
OK, 3 hours+ with the screen blanking twice when I was away from system, and once wakening from suspend, still going strong with no issues so far.
Well, It’s late and I’m going to bed now, let’s see how it goes in the morning when I wake this system from hibernate.
If that goes well, I’ll keep it this way all day tomorrow as well…
OK, going back to AlphaBlack, all that white was getting to me.
I still had zero issues with Air, there was no freezing, crashing, or anything else negative happen during 2 days of normal usage.
And yet, your the only one I’ve seen so far reporting this “issue”.
Your not overclocking, or doing anything else unconventional with your systems I hope?
The reason I ask, what your describing sounds more like a hardware failure than a theme issue.
I have seen what your describing before, but it had nothing to do with a theme, but was typically a driver setting and/or bug. In one case it was the opengl settings in the kwin compositor that were wrong, in another instance it was an x11 driver setting.
Just a thought, but could it not be possible that this theme may just be the trigger in your case, and that some other setting, and/or driver combination your trying to use, is not actually supported by your hardware, causing these issues?
PS. I’m running the same test on two of my other systems, and still no issues with them either.
It’s possible that not directly AIR is at fault but this is sort of tricky to narrow down for me.
Also, people kept telling me all my life that I am the only one person in the world who complains about a certain thing, it is the oldest trick in the book, like calling people antisemites for no reason. kinda lame.
We do not ship Air extra and cannot easily remove it as any update would bring it back being part of Plasma defaults.
As said, please open a ticket on official KDE bugs forums.
with latest NRR 4.18 kernel etc. here is the bug report:
all themes work, except “Air”
upon freeze,
[list]
[]an empty small grey notification window (or plasmoid or wtf) is shown
[]no keys or mousebuttons work except Alt-TAB and Alt-SPACE, so in krunner , ksysguard can be launched
[]so it feels as if the KBD + MOUSE focus is “away”
[]related KDE bugs are pretty chaotic to follow or to make sense of
[]load on one of the cpus is 100% on the plasmashell process constantly
[]when attaching nemiver to process “plasmashell” it coredumps of course
[*]ksyslog gives various output difficult to make sense of
[/list]
here is a workaround that worked for me:
now the Air theme no longer freezes on occasion so far, so the root cause cannot be the “Air” theme itself, I guess.
but there seems to be a bug still hidden somewhere…
post scriptum : sorry, I found that the fix is worthless. e.g. “right click / unlock widgets” immediately silently freezes KDE (“daemon seems to steal focus”). I went back to a different theme. Cannot narrow down the problem.
Like I’ve said before, I could not reproduce this issue on any of my test bed systems.
With that said, If those tweeks work for you then great.
However, others need to keep in mind that such modifications are use at your own risk.
Any deviations in base system settings from what we ship, make virtually impossible to track down, and/or reproduce, any issues that may arise from that point forward.