this post was submitted on 19 Jul 2024
1 points (100.0% liked)

KDE

5060 readers
9 users here now

KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.

Plasma 6 Bugs

If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.

If it hasn't, report it yourself.

PLEASE THINK CAREFULLY BEFORE POSTING HERE.

Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.

founded 1 year ago
MODERATORS
 

I am not a KDE dev, but interested in that topic.

To partiticipate you can sign up in the forum, and maybe stay a bit and help other users ;)

top 21 comments
sorted by: hot top controversial new old
[–] [email protected] 0 points 2 months ago
[–] [email protected] 0 points 2 months ago (1 children)

I don't have a stable experience with Plasma.

I also find a lot of the defaults frustrating. So I would love for a focus on stability.

[–] [email protected] 0 points 2 months ago* (last edited 2 months ago)

Yes me too. For me they are mostly:

  • the useless start animation (it is not an overlay but just delays the system start)
  • the panel, "icons only taskbar" using middleclick to spawn another window, while I want to close
  • the sounds
  • the touchpad not being "natural scrolling" · the system monitor not starting with the page didsplaying running programs, and having a warning message when closing an app (like, you only do this in edge cases where it might be time critical)
  • set animation speed to fastest
  • set Konsole, Dolphin and okular to always use tabs instead of windows (konsole needs a modded desktop entry for that)
  • extend the screen lock duration, reduce the screen turnoff duration, remove the dim duration
  • set power profiles to auto switch depending on charging state
  • enable some effects, disable some others
  • disable baloo at it is a crashy memory hog causing tons of trouble for reasons that dont make sense
  • enable full tememitry
  • disable the tiling editor and possible workspaces, to save resources?
  • change keyboard shortcut for "print" to select rectagle selection in spectacle
  • some different standard programs (like Gapless, SimpleScan and Celluloid instead of Elisa, Skanpage and Haruna/Dragonplayer)
  • disable floating panel and adaptive opacity
[–] [email protected] 0 points 2 months ago (1 children)

no. KDE is stable enkugh for me as is. Fuck gnome for creatşng the notşon that less customizability = stability

[–] [email protected] 0 points 2 months ago

Nobody asked you to spread hate here.

[–] [email protected] 0 points 2 months ago

No.

But also its not one or the other.

[–] [email protected] 0 points 2 months ago (1 children)
[–] [email protected] 0 points 2 months ago

KDE Plasma can break a lot when it is modded. I see that the feature to reset the settings is really cool (but the option to show them is hidden).

But still, your desktop is not managed, unlike your system packages.

I had Plasma break a lot, but I think that was general instability, not because of extensions etc.

So maybe you are right? Maybe not. Interesting to know anyways.

[–] [email protected] 0 points 2 months ago

As someone who only uses default kde settings: no!

This is the type of change I wouldn't notice until a default created UX friction, and not being able to fix that change would drive me away from the DE. Having the option to hack at something means i can use it for much longer without concern.

[–] [email protected] 0 points 2 months ago* (last edited 2 months ago)

No. I think the customizability KDE offers can be maintained and increased while improving stability.

[–] [email protected] 0 points 2 months ago (1 children)

It's probably worth noting that Plasma's customization support is useful not only to people looking for a special look & feel, but also as a proving ground for new things (and new approaches to old things) that can eventually make their way into mainline Plasma. Making things harder to customize would mean fewer people experimenting, refining ideas, and solving problems. With that in mind, I think that removing customization in hopes of simplifying test cases would be a mistake.

However, it's my understanding that some of Plasma's customization hooks allow third-party theme components to run arbitrary code, without even a warning, sandbox, or reasonable way for the user to inspect it beforehand. (This was in the news a couple months back, IIRC.) That was more or less okay 20-25 years ago, when malware on Free operating systems was almost unheard of, but it's dangerous and irresponsible in today's world, where extensions/plugins have become common attack vectors. I wouldn't mind a little loss of customization to shut down that vulnerability, at least until safer extension APIs can be built.

[–] [email protected] 0 points 2 months ago (1 children)

Yes I agree. There is a switch you can use to block installing Addons.

But that is also not nice. Sandboxing them, having a manual review process, would help. But that is a TON of work.

I also change some things like UI buttons and find it to be a core requirement. At the same time, I could live without extreme theming, or just having widgets on the panel, or just having a bottom panel etc.

This is a difficult decision, so I thought it would be a good idea to just find out what some users want.

[–] [email protected] 0 points 2 months ago* (last edited 2 months ago)

Sandboxing them, having a manual review process, would help. But that is a TON of work.

This is why it would make sense to have a restrictive and simple API that supports basic extensions with little oversight. Configuration only; no executable code.

For the small minority of add-ons that would require executable code, there could be a separate API with a more involved installation process, making it obvious to the user that the trust and risk levels are different from the above. A sandbox feature could perhaps be developed in the long run, but that is indeed a ton of work and hard to get right, and isn't really necessary for this approach to be effective. Just having a software-style installation process (e.g. through a distro's package manager) and different APIs would go a long way toward protecting users.

[–] [email protected] 0 points 2 months ago (1 children)

I was fine with LXDE.... until it got abandoned for LXQt... which is alright, but it's more "kit car hackjobby" in its presentation than LXDE.

[–] [email protected] 0 points 2 months ago (1 children)

LXQt will get some love in Fedora, mainly by the KDE Devs. Excited to try it out!

A problem of the small desktops is, that distros may lack behind in packaging.

And as I wait for Wayland support, I assume LXQt may run, but have no GUI settings for the underlying compositor at all.

With XOrg that may have been easy (I have no idea of XOrg) as all Window managers used it.

[–] [email protected] 0 points 2 months ago

The reason I have been switching my systems over to Fedore KDE is because of Wayland

[–] [email protected] 0 points 2 months ago* (last edited 2 months ago) (1 children)

In my experience kde is very stable. A "lot" of "instability" comes from third party features. I didn't click on the link, btw.

[–] [email protected] 0 points 2 months ago (1 children)

Yes that is kind of my point.

KDE Plasma has a lot of features and that is okay and doesnt need to go away.

The instability comes through dozens of ways to change its defaults, add random code into it, change panels etc.

It still manages to stay stable anyways, but my question is if it is worth it.

And... click on the link. Lol.

[–] [email protected] 0 points 2 months ago

People, instead of downvoting maybe just write why you disagree?

[–] [email protected] 0 points 2 months ago (1 children)

Is that the GNOME-ification of KDE?

[–] [email protected] 0 points 2 months ago

No. There is a difference between having many features by default, and allowing users to completely change anything.