Bug 506271

Summary:	Custom sensor placement not saved, it gets randomly placed (video available)
Product:	[Applications] plasma-systemmonitor	Reporter:	Ángel Navarro <jesusnavarrojr188>
Component:	general	Assignee:	KSysGuard Developers <ksysguard-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	ahiemstra, nate, plasma-bugs-null, seal.corner
Priority:	NOR
Version First Reported In:	6.4.1
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	The video explains itself.

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 ***