Bug 515243 - Bluetooth widget's switch has an outline that other widgets don't have
Summary: Bluetooth widget's switch has an outline that other widgets don't have
Status: RESOLVED FIXED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Bluetooth widget (other bugs)
Version First Reported In: 6.5.5
Platform: CachyOS Linux
: NOR minor
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-01-29 08:47 UTC by Fernando Marcelino Muniz
Modified: 2026-02-05 15:35 UTC (History)
2 users (show)

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


Attachments
Highlight (18.26 KB, image/png)
2026-01-29 08:47 UTC, Fernando Marcelino Muniz
Details
No highlight (10.67 KB, image/png)
2026-01-29 08:48 UTC, Fernando Marcelino Muniz
Details
No highlight 2 (30.83 KB, image/png)
2026-01-29 08:49 UTC, Fernando Marcelino Muniz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Fernando Marcelino Muniz 2026-01-29 08:47:17 UTC
Created attachment 189016 [details]
Highlight

STEPS TO REPRODUCE
Compare the toggles of other widgets with the Bluetooth widget. 

OBSERVED RESULT
Bluetooth's toggle has a blue outline around the circle, while the others only have them when interacted with.

EXPECTED RESULT
The designs should be consistent.

SOFTWARE/OS VERSIONS
Operating System: CachyOS Linux 
KDE Plasma Version: 6.5.5
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.1
Kernel Version: 6.18.7-2-cachyos (64-bit)
Graphics Platform: Wayland
Processors: 8 × 11th Gen Intel® Core™ i5-11300H @ 3.10GHz
Memory: 9 GB of RAM (8.1 GB usable)
Graphics Processor 1: Intel® Iris® Xe Graphics
Graphics Processor 2: NVIDIA GeForce GTX 1650
Manufacturer: LENOVO
Product Name: 82MG
System Version: IdeaPad Gaming 3 15IHU6
Comment 1 Fernando Marcelino Muniz 2026-01-29 08:48:25 UTC
Created attachment 189017 [details]
No highlight
Comment 2 Fernando Marcelino Muniz 2026-01-29 08:49:36 UTC
Created attachment 189018 [details]
No highlight 2
Comment 3 Nate Graham 2026-01-30 18:18:42 UTC
Hmm, that's weird, can confirm. It isn't indicating that the switch has focus, because it still appears when it doesn't.
Comment 4 cwo 2026-01-31 15:35:46 UTC
(In reply to Nate Graham from comment #3)
> Hmm, that's weird, can confirm. It isn't indicating that the switch has
> focus, because it still appears when it doesn't.

It is, but it's in a FocusScope and can have focus even when it doesn't have activeFocus. In that case, Switch still has some focus indication, but less prominently then when it has activeFocus.

Other PlasmoidHeadings and footers behave the same way:

- Open Networks widget. Default activeFocus is on the search field, switch outline is not colored. Press arrow left until you're at the switch, it's now colored. Press arrow down, the list has now activeFocus but the outline on the switch is still there.
- Open Volume widget, "Raise maximum volume" switch  outline is not colored. Press arrow down until it has focus, then press arrow up - activeFocus is now on the devices list, but the switch outline is still there.

Bluetooth is different in that (a) the switch has default focus (b) there's nothing else in the PlasmoidHeading, so focus can't go anywhere else.

PC3.Switch explicitly sets itself to use the hover visual effect if it has focus (active or not). Easy change to do it only on visualFocus if that's what we want.
Comment 5 Bug Janitor Service 2026-02-02 22:45:58 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/libplasma/-/merge_requests/1425
Comment 6 cwo 2026-02-05 15:02:18 UTC
Git commit fda83fa9b952522f7775732ec2e6901a1689c51d by Christoph Wolk.
Committed on 05/02/2026 at 14:21.
Pushed by cwo into branch 'master'.

plasmacomponents3/SwitchIndicator: don't highlight non-visual focus

SwitchIndicator uses the hovered handle style when it has focus (even if
not hovered). This is confusing when the Switch is used inside a
FocusScope as its color is different based on having had focus in the
past (or having it in the future if the FocusScope gains activeFocus).
Sometimes it may make sense for elements to indicate where focus will be
if it is moved, but there does not seem to be a good reason here, and we
don't do it for other kinds of buttons, nor do we do it in
qqc2-desktop-style SwitchIndicators.

Instead, make it conditional on having visualFocus. This is also how
qqc2-desktop-style handles this.
FIXED-IN: 6.6.0

M  +1    -1    src/declarativeimports/plasmacomponents3/SwitchIndicator.qml

https://invent.kde.org/plasma/libplasma/-/commit/fda83fa9b952522f7775732ec2e6901a1689c51d
Comment 7 cwo 2026-02-05 15:35:38 UTC
Git commit 1d86f86cdfe4b7140bf5c39fb71ea1b9cfd75d38 by Christoph Wolk.
Committed on 05/02/2026 at 15:23.
Pushed by cwo into branch 'Plasma/6.6'.

plasmacomponents3/SwitchIndicator: don't highlight non-visual focus

SwitchIndicator uses the hovered handle style when it has focus (even if
not hovered). This is confusing when the Switch is used inside a
FocusScope as its color is different based on having had focus in the
past (or having it in the future if the FocusScope gains activeFocus).
Sometimes it may make sense for elements to indicate where focus will be
if it is moved, but there does not seem to be a good reason here, and we
don't do it for other kinds of buttons, nor do we do it in
qqc2-desktop-style SwitchIndicators.

Instead, make it conditional on having visualFocus. This is also how
qqc2-desktop-style handles this.
FIXED-IN: 6.6.0


(cherry picked from commit fda83fa9b952522f7775732ec2e6901a1689c51d)

Co-authored-by: Christoph Wolk <cwo.kde@posteo.net>

M  +1    -1    src/declarativeimports/plasmacomponents3/SwitchIndicator.qml

https://invent.kde.org/plasma/libplasma/-/commit/1d86f86cdfe4b7140bf5c39fb71ea1b9cfd75d38