Sometimes it works fine for a few pastes, maybe 3 or 4 in a row, but then it always reverts to failing to paste, maybe for 10 or 15 in a row. Testing into Notepad, with nothing else running, reliably repeats this experience.

I only have a few old versions downloaded: the last one I have which works (perfectly!) is Version: 1.16.0.1 (CRC-32: 7A4ED312). Just swapping the .exe between that version, and the latest, reliably toggles the bug on and off.

Nice one Mouser, thanks. I hope it works for tomos and jeffthemartin and the others, and look forward to the release version.

I'm going to push my luck, while you're into the code, and pitch my top two wishlist items :-

1. A way to promote some or all of the items currently on the Quick Paste's "All Clips" sub-menu, onto its main menu.

2. A way to access the "Formatting Presets" (particularly "TrimLineBreaksPlus") without invoking the UI. Presumably a command line argument, e.g. so we can use CHS to tidy up broken URLs before passing them onto a browser (using a script or macro or hotkeys), without having the Quick Paste menu flash into view.

Thank you so much for the help, and i'm deeply sorry it took so long to fix -- i've just been trying to juggle a few programming projects at once these last couple of weeks and have been a bit overwhelmed.

A brief explanation of what the problem was:Ideally one would like to detect that application that triggered the CHS quick popup menu by checking the last active window at the time of trigger. But this seems infeasible since it can be too late by then. So instead, CHS keeps track of the last active (non-chs-related) window in the background while you work. What was happening was that occasionally windows was returning NULL for the current foreground window, for no real reason i can see. I actually thought I already was ignoring this case, but it turns out I wasn't handling it well enough.

Compiling the non-debug version now, then we'll get to the other requests.