Bug 459317 - Non-default shortcuts are not visually reset after click on 'Defaults' button
Summary: Non-default shortcuts are not visually reset after click on 'Defaults' button
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_kwintabbox (show other bugs)
Version: master
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-18 10:47 UTC by Patrick Silva
Modified: 2023-11-13 18:53 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Silva 2022-09-18 10:47:58 UTC
STEPS TO REPRODUCE
1. open Task Switcher KCM
2. set a non-default task switcher - I use large icons
3. set non-default shortcuts to walk through all windows and to walk through windows of the current app - I use meta+f and meta+g
4. apply the settings above
5. click on 'Defaults' button - notice that the buttons of the KCM unexpectedly are still showing the non-default shortcuts - and on 'Apply' button
6. go to another KCM and go back to Task Switcher KCM - after this step, the buttons of the KCM show the default shortcuts to walk through all windows and to walk through windows of the current app, as expected

OBSERVED RESULT
the non-default shortcuts are not visually reset after click on 'Defaults' button

EXPECTED RESULT
non-default shortcuts should be visually reset immediately after click on 'Defaults' button.

SOFTWARE/OS VERSIONS
Operating System: KDE neon Unstable Edition
KDE Plasma Version: 5.26.80
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6
Graphics Platform: Wayland
Comment 1 Patrick Silva 2022-10-15 13:25:24 UTC
Another way to reproduce on neon unstable:

1. open Screen Locking KCM
2. change the keyboard shortcut but do not apply the change
3. click on 'Reset' button - the shortcut pressed in the step 2 was not visually reset
4. go to another KCM and go back to Screen Locking - now we see the shortcut that was already in use before these steps, as expected

Probably this bug should be assigned to another product and/or component.
Comment 2 Patrick Silva 2023-11-13 18:53:41 UTC
Cannot reproduce.

Operating System: Arch Linux 
KDE Plasma Version: 5.27.80
KDE Frameworks Version: 5.245.0
Qt Version: 6.6.0
Graphics Platform: Wayland