Bug 504612 - Status bar at the bottom contains selectable text - intended behavior?
Summary: Status bar at the bottom contains selectable text - intended behavior?
Status: RESOLVED INTENTIONAL
Alias: None
Product: dolphin
Classification: Applications
Component: bars: status (other bugs)
Version First Reported In: 25.04.1
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-05-21 13:23 UTC by Philipp Kiemle
Modified: 2025-05-25 14:07 UTC (History)
2 users (show)

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


Attachments
Bug screenshot (67.92 KB, image/png)
2025-05-21 13:23 UTC, Philipp Kiemle
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Philipp Kiemle 2025-05-21 13:23:17 UTC
Created attachment 181607 [details]
Bug screenshot

SUMMARY
The text in the status bar is selectable. Is this intended behavior? My expectation as a user is, that this is part of a "hard" UI element, like text in the left sidebar (e.g. "Orte" or "Fremdgerät" in the screenshot) or the window title. Those texts are not selectable.

STEPS TO REPRODUCE
1. Open Dolphin.
2. Make sure you have a status bar enabled (Dolphin Settings → User Interface → Status and Address bars); both "small" and "full width" are affected.

OBSERVED RESULT
The filename and file size text at the bottom left are selectable. In the "full width" status bar, the text "Vergrößerung:" is (IMO correctly) not.

EXPECTED RESULT
No text in the status bar is selectable.

SOFTWARE/OS VERSIONS
Operating System: Kubuntu 25.04 (Backports PPA enabled)
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.8.3
Kernel Version: 6.14.0-15-generic (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-6700K CPU @ 4.00GHz
Memory: 15.6 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 970
Comment 1 Felix Ernst 2025-05-25 14:07:59 UTC
>Is this intended behavior?

This is indeed intended behaviour. The general rule is that users should be allowed to select and copy any text they want. This is not a high priority feature in most cases, which is why it is not always available/implemented.

Of course the text label on buttons generally cannot be selected by mouse because clicking the button presses the button instead.

Also for blind users text is generally being read out when keyboard focus moves there. Because of this, it is generally desirable that any text can be navigated to with the keyboard and then consequentially also be selected.