Expand All short cut does not work in Desktop APP on MacOS

🐛Bugs
#1

Steps to reproduce

Press ⇧⌘. on a collapsed node inside Desktop App on Mac OS Mojave.

Expected result

Node expands with all children.

Actual result

Nothing happens

Environment

MacOS Mojave, Desktop App, Chrome, Dynalist 1.1.16, using German Keyboard Layout in Dynalist settings (although it also does not work with English Keyboard Layout)

Additional information

Trying to reset the short cut pressing ⇧⌘. results in the shortcut ⇧⌘;

Additional comments

#2

I get similar (but not identical) behavior using Expand/Collapse All in the browser. It appears to ignore the Shift key. i.e. Cmd-period expands/collapses the current bullet, and Shift-Cmd-period also expands/collapses the current bullet.

Ctrl-Shift-Period does not expand/collapse all, even if added as a user-defined keystroke. It does expand/collapse any bullets which are partly expanded!

And it also does not work on Windows 10 desktop and Windows 10 with Firefox 68. Expand/Collapse All simply does not work reliably.

#3

Similar issues in Chrome (83) on Windows 7:

  • Ctrl+. does not work at all
  • Ctrl+Shift+. expands the current item, not all items
  • Expand and Expand All in the context menu also expand the current item
#4

Ctrl+Shift+. does not work for me either. Windows 10, Firefox 84.

  • Confirmed on a brand new profile.
  • Tested at https://unixpapa.com/js/testkey.html, don’t know how to interpret the result, but here it is after pressing Ctrl+Shift+. then pressing just the dot alone:
keyup    keyCode=190       which=190       charCode=0        
         shiftKey=true  ctrlKey=true  altKey=false metaKey=false
keydown  keyCode=190       which=190       charCode=0        
         shiftKey=false ctrlKey=false altKey=false metaKey=false
keypress keyCode=46  (.)   which=46  (.)   charCode=46  (.)  
         shiftKey=false ctrlKey=false altKey=false metaKey=false
keyup    keyCode=190       which=190       charCode=0        
         shiftKey=false ctrlKey=false altKey=false metaKey=false

(Old thread, no traction. I’ll start another one if this reply gets ignored …)

#5

Has anyone tried reassigning the hotkey to something else and seeing if that works? I’m suspecting something else is conflicting with it.

#6

These folks don’t have Pro icons so I don’t think they can remap hotkeys.

In Chrome, shift-command-period opens Google voice search
In MacOS, it shows hidden files in explorer

I remapped that hotkey as soon as I got pro so I’ve never had issues. But i have noticed conflicts between Chrome/Dynalist/Chrome extensions/MacOS. Remaps have always fixed them. Maybe consider moving remapping to be a non-pro feature? idk…

#7

Ah ok, so it’s indeed an issue with a conflict. Weirdly enough, on Windows, as long as the hotkey isn’t taken by a desktop-global hotkey, it’d work (as in, Dynalist can override it). However on MacOS, the os/chrome level hotkey gets triggered and the app never get to know it was ever triggered.