Bug 495352 - changes to pre-defined keyboard shortcuts are not persistent
Summary: changes to pre-defined keyboard shortcuts are not persistent
Status: RESOLVED FIXED
Alias: None
Product: kdenlive
Classification: Applications
Component: User Interface & Miscellaneous (other bugs)
Version First Reported In: 24.05.2
Platform: Mint (Ubuntu based) Linux
: NOR normal
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2024-10-25 17:26 UTC by Ed
Modified: 2024-12-27 16:48 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ed 2024-10-25 17:26:26 UTC
SUMMARY
changes to pre-defined keyboard shortcuts are not persistent

STEPS TO REPRODUCE
1. start kdenlive
2. open settings -> configure keyboard shortcuts
3. change a shortcut:I wanted F1 for "extract frame"; it is by default "kdenlive handbook"; change the handbook shortcut to "custom: none", click "ok"
4) for the current session, F1 will be as desired
5) save project and close
6) when project is reopened, there will be two F1 shortcuts

OBSERVED RESULT
After making the shortcut changes and saving/exiting the project, the change of F1 to 'none' will not be honored, resulting in two F1 shortcuts.

EXPECTED RESULT
Any changes made to the keyboard shortcuts should be persistent across project sessions

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma:  Linux Mint 21.3
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version:  1.5

ADDITIONAL INFORMATION
Comment 1 emohr 2024-10-26 13:43:06 UTC
Mmh. Something is wrong. Kdenlive Windows 24.08.2 -> Handbook -> when I start Kdenlive, Handbook is set to Custom -> change to F1 -> OK -> reopen the dialog -> Handbook is reset to Custom

Click on Default -> F1 is set but the button is not changed to F1.

What could that be?
Comment 2 Ed 2024-12-27 13:38:48 UTC
It APPEARS that this has been resolved in 24.12.0.  My redefined F1 shortcut no longer conflicts with the standard F1 shortcut.
Comment 3 emohr 2024-12-27 16:48:35 UTC
Thank you for your feedback. Glad to here it works.

I close this bug. If it still appears in the latest version, please feel free to re-open it and update the affected version number.