Still Clipboard chain viewers broken

once again i ask devs to dig into clipboard chain processing when they do SetClipboardViewer

The windows that are part of the clipboard viewer chain, called clipboard viewer windows, must process the clipboard messages WM_CHANGECBCHAIN and WM_DRAWCLIPBOARD. Each clipboard viewer window calls the SendMessage function to pass these messages to the next window in the clipboard viewer chain. A clipboard viewer window must eventually remove itself from the clipboard viewer chain by calling the ChangeClipboardChain function - for example, in response to the WM_DESTROY message.
prefferably PostM...

I have reasons to think cis brakes clipbrd chain on its own handler

We would very much appreciate it if you would edit your first post to create an issue report in line with the bug forum guidelines and format here. You can copy and paste the format from this topic.

To understand the reasons why we ask you to follow these guidelines please see below.

WHY WE ASK YOU TO FOLLOW THESE GUIDELINES
Bugs/issues can be impossible or very time consuming to fix if developers don’t have enough information to reproduce them. Since CIS is free, development time is limited. So if you want your issue fixed, please use the format below to describe it.

To avoid clutter, issues not described in the format below your post will not be moved to the ‘moderator verified’ issues topic. This means that the developers may not look at it.

Best wishes and many thanks in anticipation

HeffeD

The matter is that this can be floating bug, but never happen when cis is uninstalled.
This is a user-mode part component’s troubles. Some hook/clipboard library (.dll) involved.
“Firewall Security”, maybe clipboard shellcodes checked or else…

still persists