Pasting content not working as reliably

Since the last update to KM, I’ve had some inconsistencies in macros that paste content.

I have a handful of macros that operate on the clipboard. When I click ^V, it pops up a big conflict palette with all of the options. Prior to the last update, I could click on any of them, and the correct text would be inserted based on whatever macro I use.

Now, I am finding that in certain areas - such as save dialogs - the insert text by pasting always fails. It loads the new text into the clipboard, but the paste doesn’t work.

Any thoughts?

I have not noticed any strange Clipboard behavior myself, although there have been a few reports in the forum.

To diagnose your issue, please upload the macro (image and file), and provide detailed steps to reproduce the errant behavior you are seeing.

First, I’d check to see if “Insert text by typing” works. I have come across uses where only “Insert text by typing” would work. Never figured out why.

Since High Sierra I’m seeing unexpected behavior with some fields on forms across all apps (such as the OS “Save” dialog). It seems sometimes the field is selected without being activated for editing (so, for instance with a “paste” command, nothing is inserted).

I have not done any troubleshooting with this particular issue. (I haven’t even looked it up to see if it is just me.) My work-around is to click the field and then click the field again.

If it happens, and you try again without doing anything else, does it fail again?
If so, what happens if you immediately switch to an open text document and try the same?

I think I’ve figured it out… and yeah, it seems similar to what you’re finding @Kirby_Krieger - thanks for the hint.

When I have a floating window or panel in the front, KM doesn’t seem to get focus back after the conflict palette pops up. This commonly shows up in two different circumstances for me:

I have a regular KM-driven pop-up that floats over everything (an HTML prompt to remind me to log my time - the joy of hourly billing), so when that’s up, this is a problem in many (but not all) apps.

When I have an open/save dialog open, Default Folder seems to also cause problems with the dialog or app getting focus back after triggering the conflict palette. Not 100% consistently, but pretty frequently.

This PRIMARILY happens in dialogs, not nearly as often within applications.

What’s really weird is that this behavior is super-inconsistent, even in the same circumstances.