Re: Custom shortcuts: Lost after each beta update
Posted: Wed Nov 30, 2022 3:32 pm
Sadly the bug with Edit→Navigation→Open Document Folder in Browser ⌘↑ not working re-occured.
And now I managed to re-construct it in the detail.
Simplest reproduction:
1) Reset your shortcuts. Restart GC. ⌘↑ in Editor opens the parent folder in the browser.
2) Load "Shortcuts-2022-11-30e" (also ALL earlier states "d" or "c" and "b" are already triggering the bug). From now on ⌘↑ is not moving to the parent folder but instead triggers the move viewport up command (which due to another bug actually triggers a viewport down command)
Larger reproduction
1) Reset your shortcuts. Restart GC. ⌘↑ in Editor opens the parent folder in the browser.
2) I exported this state as "Shortcuts-2022-11-30a".
3) 4 new assignments + 1 re-assignment. Work in the menu.
Exported state as: Shortcuts-2022-11-30b. Noted first discrepancies:
I had changed these 4 commands
Edit
Smart
Smart Cut ⇧⌘C
Smart Paste ⇧⌘V
Smart Insert ⇧⌘I
View
Zoom
Set Position of zoomed Area during set all to
Top Left ⌃Q
I had re-assigned this 1 command
Window
Information ⌘I
These 4 additional assignments where there without user intervention!
Seems like some generic/default macOS commands get merged in:
View→Show All Tabs ⇧⌘\
Window→Minimize All ⌥⌘M
Window→Show Previous Tab ⌃⇧⇥
Window→Show Next Tab ⌃⇥
4) ⌃Q was assigned in step 3 (possible in the GUI by luck).
Now in the text file I manually assigned the 10 remaining shortcut in the "zoom command cluster" like this:
View→Zoom→Set all Windows to current zoom ⌃1
View→Zoom→Set Position of zoomed Area during set all to→Unchanged ⌃0
View→Zoom→Set Position of zoomed Area during set all to→Top Center ⌃W
View→Zoom→Set Position of zoomed Area during set all to→Top Right ⌃E
View→Zoom→Set Position of zoomed Area during set all to→Mid Left ⌃A
View→Zoom→Set Position of zoomed Area during set all to→Mid Center ⌃S
View→Zoom→Set Position of zoomed Area during set all to→Mid Right ⌃D
View→Zoom→Set Position of zoomed Area during set all to→Bottom Left ⌃Y
View→Zoom→Set Position of zoomed Area during set all to→Bottom Center ⌃X
View→Zoom→Set Position of zoomed Area during set all to→Bottom Right ⌃C
5) In the view cluster all worked except ⌃A and ⌃X and ⌃1. Investigated and soon found my human errors:
Manually unassigned from the default assignments by removing the lines manually:
Picture→Alpha Channel→Show in New Window ⌃A
Filter→Xe8472 Automatic ⌃X
Fixed one capitalization error: Corrected "zoom" to "Zoom":
View→Zoom→Set all Windows to current Zoom ⌃1
I then exported this state again as Shortcuts-2022-11-30d.
Since step 3 (backed up in "Shortcuts-2022-11-30b" the shortcut ⌘ ↑ does not do what it should.
6) Tried fixing it by removing all arrow keys in the shortcuts file. This is reflected in revision "Shortcuts-2022-11-30e".
7) Reset shortcuts. Restarted GC. Imported Shortcuts-2022-11-30e. No luck either. Still fails.
All shortcut files attached. Hope it helps you with debugging.
And now I managed to re-construct it in the detail.
Simplest reproduction:
1) Reset your shortcuts. Restart GC. ⌘↑ in Editor opens the parent folder in the browser.
2) Load "Shortcuts-2022-11-30e" (also ALL earlier states "d" or "c" and "b" are already triggering the bug). From now on ⌘↑ is not moving to the parent folder but instead triggers the move viewport up command (which due to another bug actually triggers a viewport down command)
Larger reproduction
1) Reset your shortcuts. Restart GC. ⌘↑ in Editor opens the parent folder in the browser.
2) I exported this state as "Shortcuts-2022-11-30a".
3) 4 new assignments + 1 re-assignment. Work in the menu.
Exported state as: Shortcuts-2022-11-30b. Noted first discrepancies:
I had changed these 4 commands
Edit
Smart
Smart Cut ⇧⌘C
Smart Paste ⇧⌘V
Smart Insert ⇧⌘I
View
Zoom
Set Position of zoomed Area during set all to
Top Left ⌃Q
I had re-assigned this 1 command
Window
Information ⌘I
These 4 additional assignments where there without user intervention!
Seems like some generic/default macOS commands get merged in:
View→Show All Tabs ⇧⌘\
Window→Minimize All ⌥⌘M
Window→Show Previous Tab ⌃⇧⇥
Window→Show Next Tab ⌃⇥
4) ⌃Q was assigned in step 3 (possible in the GUI by luck).
Now in the text file I manually assigned the 10 remaining shortcut in the "zoom command cluster" like this:
View→Zoom→Set all Windows to current zoom ⌃1
View→Zoom→Set Position of zoomed Area during set all to→Unchanged ⌃0
View→Zoom→Set Position of zoomed Area during set all to→Top Center ⌃W
View→Zoom→Set Position of zoomed Area during set all to→Top Right ⌃E
View→Zoom→Set Position of zoomed Area during set all to→Mid Left ⌃A
View→Zoom→Set Position of zoomed Area during set all to→Mid Center ⌃S
View→Zoom→Set Position of zoomed Area during set all to→Mid Right ⌃D
View→Zoom→Set Position of zoomed Area during set all to→Bottom Left ⌃Y
View→Zoom→Set Position of zoomed Area during set all to→Bottom Center ⌃X
View→Zoom→Set Position of zoomed Area during set all to→Bottom Right ⌃C
5) In the view cluster all worked except ⌃A and ⌃X and ⌃1. Investigated and soon found my human errors:
Manually unassigned from the default assignments by removing the lines manually:
Picture→Alpha Channel→Show in New Window ⌃A
Filter→Xe8472 Automatic ⌃X
Fixed one capitalization error: Corrected "zoom" to "Zoom":
View→Zoom→Set all Windows to current Zoom ⌃1
I then exported this state again as Shortcuts-2022-11-30d.
Since step 3 (backed up in "Shortcuts-2022-11-30b" the shortcut ⌘ ↑ does not do what it should.
6) Tried fixing it by removing all arrow keys in the shortcuts file. This is reflected in revision "Shortcuts-2022-11-30e".
7) Reset shortcuts. Restarted GC. Imported Shortcuts-2022-11-30e. No luck either. Still fails.
All shortcut files attached. Hope it helps you with debugging.