The quick record macro does not reliably recreate keystrokes

I did the following with a quick record macro with a hotkey of F1.

  1. Press F1 to start the recording
  2. Press cmd+opt+right arrow to go ONE tab to the right.
  3. Press F1 to stop the recording.
  4. Then, I tap F2 ONCE to repeat the recording... however, the macro goes TWO tabs to the right.

Has anyone encountered this issue before?

image

Works fine here, testing against Safari, Firefox, and Chrome.

Does it do the same for you across other apps (i.e. the fault is in the macro) or is it app-specific?

1 Like

Interesting... If I do the recording in Brave, it has the wrong behavior. If I do the recording in another app, then open Brave and press F2 to run the recording, it works correctly.

That led me to try the regular record action so I could see what actions were being recorded.

Turns out, it is recording both the menu item and the keystroke.

Any ideas why that would be?

image

@peternlewis is this intended behavior?

Brave be Brave...

Since it works as expected in every other app I've tried, it doesn't look like a KM problem.

What I do notice is that, when in Brave (and not sending via KM) any menu shortcut results in the top-level menu bar item (i.e. "File" if you ⌘N) flashing as though a menu item where being chosen. That behaviour is in sharp contrast to every other Mac app I've tested. However, KM-recording a ⌘N only results in the single "Keystroke" action.

1 Like

More or less, yes.

If it detects a menu selection, then it will record the menu selection, since that is a much more useful action to record than say mouse movements to select the menu. That said, it does not seem to be recording as many menus as it should (as it probably did in the past), which is probably due to changes in the way Apple does things.

Recording is generally designed to create a starting point for a macro, not a robust finished macro.

And Quick Recording is designed for very simple sequences.

1 Like