Bug 428316

Summary:	ksysguard's tab key navigation worsens when an additional tab is added
Product:	[Unmaintained] ksysguard	Reporter:	Henrique Sant'Anna <hsantanna>
Component:	ksysguard	Assignee:	KSysGuard Developers <ksysguard-bugs>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	justin.zobel, nate, plasma-bugs-null
Priority:	NOR	Flags:	hsantanna: Usability+
Version First Reported In:	5.20.1
Target Milestone:	---
Platform:	Other
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=428312
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Henrique Sant'Anna 2020-10-27 01:22:15 UTC

SUMMARY

In the ksysguard window, element focus starts in the list of tabs.
Shifting focus to the list of processes is difficult to do without using the mouse, using the keyboard instead.

We have to press TAB key 5 times before we can get to precesses list.

Pressing left and right arrow keys will navigate between ksysguard's tabs.

Pressing the down arrow key on the keyboard does not shift the focus down from list of tabs, either for the quick search or for the list of processes.

But if you are already focused at quick search, than you can press down arrow key to change the focus to processes list.

STEPS TO REPRODUCE
1. Start ksysguard, the element focused is the first tab from the list of tabs.
2. Pressing down arrow key will not change focus to list of processes
3. Press TAB key fo 5 times to change the focus to list of processes

OBSERVED RESULT

With TAB key, is hard to go from initial focused element to the processes list element.
With down arrow key the behavior is inconsistent, because it works only when the focus is already at the quick search.

EXPECTED RESULT

ksysguard starting already focused over processes list, so we can use arrow keys to navigate over the processes on the list.

From there, with the current behavior we already can use Ctrl+TAB and Ctrl+Shift+TAB to change between ksysguard's tabs if needed. And also already can use Ctrl+F to go to quick search (or just start typing).

An alternative solution would be to make the down arrow key to change focus from list of tabs to quick search. The current behavior already allow to press the down arrow key to go from quick search to processes list. So that way could go down to quick search and down again to processes list.

SOFTWARE/OS VERSIONS

Linux/KDE Plasma:

KDE Plasma Version: 5.20.1
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1

ADDITIONAL INFORMATION

I'm on X11.

Comment 1 Justin Zobel 2020-10-27 01:45:59 UTC

This may have been fixed in a more recent version. I'm on KDE Neon Unstable which follows git master and the following are observed:
- Focus starts in Quick Search
- Only 3 tabs to get to Process List
- Pressing down arrow from Quick Search selects the first item in the Process List

Comment 2 Nate Graham 2020-10-27 02:16:38 UTC

Henrique is using the latest version.

That said, I find that it's just as Justin describes. I cannot reproduce your issue. Which distro are you using?

Comment 3 Henrique Sant'Anna 2020-10-27 17:20:40 UTC

Ok, so I created a new test user and logged in with that user and then ran ksysguard (sorry for not doing that before).

With clean settings I couldn't reproduce the reported behavior.

So I changed some ksysguard settings to try to get it similar as my main user settings and maybe discover which setting was causing that.

In short, I found that if I add a new tab to ksysguard and than add a new Process Controller to that tab, the behavior described at the bug report is reproduced.

STEPS TO REPRODUCE
1. Open ksysguard;
2. Add new tab (File > New Tab);
3. Add the component Process Controller to the new tab (dragging it from right to left);
4. Go back to the main tab (Process Table);
5. Close ksysguard and reopen it.


OBSERVED RESULT

The behavior that I first described at the bug report: the element with (input) focus is the first tab from the tab list.


SOFTWARE/OS VERSIONS

Linux/KDE Plasma: Arch Linux, kernel 5.4.72-1-lts

KDE Plasma Version: 5.20.1
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1

I also compiled ksysguard and all dependencies from sources to reproduce the bug and can confirm that this is reproducible from sources.


ADDITIONAL INFORMATION

Removing the second instance of the Process Controller from ksysguard will stop it from presenting the undesired behavior.

Comment 4 Nate Graham 2020-10-27 18:09:55 UTC

Thanks for that additional information.

Comment 5 Justin Zobel 2020-10-27 21:50:03 UTC

I can also confirm this behaviour now.

Comment 6 Christoph Cullmann 2024-09-23 21:00:11 UTC

ksysguard is no longer maintained, in Plasma 6 there is the Plasma system monitor for this task.

If your issue still happens with the Plasma 6 replacement, please re-open and we can move this bug to the new product, thanks!