Bug 506271 - Custom sensor placement not saved, it gets randomly placed (video available)
Summary: Custom sensor placement not saved, it gets randomly placed (video available)
Status: RESOLVED DUPLICATE of bug 506154
Alias: None
Product: plasma-systemmonitor
Classification: Applications
Component: general (other bugs)
Version First Reported In: 6.4.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KSysGuard Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-06-27 12:49 UTC by Ángel Navarro
Modified: 2025-10-07 13:01 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
The video explains itself. (2.34 MB, video/mp4)
2025-06-27 12:54 UTC, Ángel Navarro
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ángel Navarro 2025-06-27 12:49:43 UTC
SUMMARY
I added a temp sensor right to the bottom of the History page. After saving it and closing systemmonitor, the block I just added gets moved to the second place. If I edit the page and I move it to the bottom again and close SM, the issue repeats itself and there's no way to get it sorted as it should be.


STEPS TO REPRODUCE
1. Add a title box at the bottom (mine says "temp")
2. Add a sensor to the bottom (mine was a temp one)
3. Save changes an close systemmonitor

OBSERVED RESULT
The sensor I've just added moves to a place it shouldn't ve (video available)

EXPECTED RESULT
The sorting order should stay right as I saved it

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.4.1
KDE Frameworks Version: 6.15.0
Qt Version: 6.9.1

ADDITIONAL INFORMATION
Comment 1 Ángel Navarro 2025-06-27 12:54:37 UTC
Created attachment 182724 [details]
The video explains itself.
Comment 2 Porama Ruengrairatanaroj 2025-07-07 13:05:39 UTC
Currently seeing this in Fedora (42?) Kinoite as well (using the distro packaged version). The placement is not random as the title suggests. It's always the 3rd row (this count includes titles) and the type of the row seems irrelevant as both standard display rows and title rows can be moved up there. Through some fiddling around, it's as if there's a maximum number of rows and if that limit is exceeded the "extra" rows get rotated up to that position.

My current workaround is to just create a new page and stuff my custom rows there instead of modifying an existing one. This ended up being a cleaner solution for me.

System Monitor version: 6.4.2
Comment 3 Porama Ruengrairatanaroj 2025-07-07 13:10:39 UTC
(added since there doesn't seem to be an edit function)
OS: Fedora Linux (Kinoite) 42.20250707.0 on Wayland 
KDE Frameworks: 6.15.0
Qt: 6.9.1 (built against 6.9.0)
Comment 4 Arjen Hiemstra 2025-10-07 13:01:10 UTC

*** This bug has been marked as a duplicate of bug 506154 ***