After a process is killed, the process list and selection jumps back to the top of the list. Reproducible: Always Steps to Reproduce: 1. Scroll down to process you want to kill. 2. Select (highlight) process. 3. Right click and end process any way allowed (end or select signal) Actual Results: Process is ended as expected and view is moved back to the top of the list and first process listed is selected (highlighted). Expected Results: Process is ended as expected and view remains at current position with either next or previous process in list selected (either is acceptable). This is annoying, as I always want to make sure the process was killed. Every time I use ksysguard, I have to scroll back down, sometimes way down, to make sure the process ended properly. This has been going on for quite some time now, but if I recall correctly, ksysguard used to not jump back to the top like this. I'm setting this to Major severity as it's a major PITA every time I use ksysguard.
Git commit acb088749af1678814fe7718886ca36209b02e79 by Marco Martin. Committed on 30/03/2017 at 17:33. Pushed by mart into branch 'Plasma/5.8'. don't reset the view to the top on gaining focus when the listview gained focus, it used to reset the view position to the first element, but this both lost the previously selected item and was a really weird behavior especially when the focus was gained by click rather than keyboard navigation, and was often seen as a bug. reviewed-by:David Edmundson M +0 -9 processui/ksysguardprocesslist.cpp https://commits.kde.org/libksysguard/acb088749af1678814fe7718886ca36209b02e79