https://bugs.kde.org/show_bug.cgi?id=486963

            Bug ID: 486963
           Summary: Moving default charts has weird effects
    Classification: Applications
           Product: plasma-systemmonitor
           Version: 6.0.4
          Platform: Manjaro
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: ksysguard-b...@kde.org
          Reporter: fabianroel...@googlemail.com
                CC: ahiems...@heimr.nl, plasma-b...@kde.org
  Target Milestone: ---

SUMMARY
I turned the fourth default tab into a 2×3 layout, which worked. Then I wanted
to move the process table to the top right instead of top left, but that gets
reset when restarting the program. Just now for this report I tried moving the
CPU graph in the "History" tab below the memory graph (so from top to bottom:
label "CPU", label "Memory", memory graph, CPU graph, label "Network", network
graph), restarted the program and got this layout: label "CPU", broken/empty
CPU graph (despite options looking the same as the other one), memory graph,
working CPU graph, label "Network", network graph. I guess the "Memory" label
somehow turned into a graph? There are probably more such issues, but I will
try to avoid them by just recreating everything from scratch in a new tab.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 6.0.4
KDE Plasma Version: 6.0.4 (Why ask that twice?)
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0

ADDITIONAL INFORMATION
In general, customisation in this new task manager is very awkward. Why do I
have to have "charts" (of which some are not charts) inside sections inside
columns inside rows inside pages, most of them requiring a quite precise click
to open a menu to move them? And then to be able to search in the process
table, I need to navigate through some very unintuitive menus to get one search
bar above everything else (which might be far away from the process table) and
can never have two searches in one tab. And if I want to change the update
rate, I have to do it for every single element individually. Not to speak of
the four bugs I already encountered when even just starting to configure
everything back to how it was in KSysGuard. A settings migration script in the
update process would have been nice. Same with lots of other KDE settings, many
things are now reset and I will have to spend hours on getting them back.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to