Limpe a área de transferência, os caches e tudo mais, e o comando C de controle simplesmente não funciona da primeira vez toda vez ao acaso. Já testou cuidadosamente isso e descobriu que pode não funcionar na segunda vez, ocasionalmente.
Eu suspeito: como este é um comando do sistema e o Windows nunca foi um sistema operacional em tempo real desde a versão 3.x, a chamada para o sistema não está sendo capturada quando enviada. Isso nunca aconteceu no DOS ou 3.x e existe desde que o tempo real foi substituído por looping, scan (o que quer que seja). Considere como o log requer para enviar um comando CNRL C e, em seguida, considere o tempo de loop do loop acionado por interrupção. Outras operações de software sempre podem interferir no bloqueio do comando. Desapareceu na névoa digital porque o tempo de espera do comando é menor que o tempo de loop.
Isso é semelhante ao botão de mudança à esquerda do teclado, que exige que seja pressionado por algum tempo antes que uma maiúscula seja digitada com outro dedo esquerdo. O comando não é capturado no loop em breve. No teclado, suspeito que isso seja um problema com a rotina do scanner de teclado no sistema de scanner de microprocessador interno do teclado, embora possa ser o Windows. Exigiria testes.
Em suma, mesmo que você tenha salvo e usado o controle C, é melhor ter certeza de que o controle V foi usado para colar em algum lugar antes de prosseguir. Seu save save ou typo seguinte pode danificar o editor que você está usando e o material copiado pode nem estar na área de transferência, a menos que você tenha colado em algum outro software e tenha certeza de que ele existe na área de transferência.
Esta é provavelmente uma função básica para um usuário avançado que nunca irá funcionar corretamente, assim como a situação da tecla Shift esquerda. Melhor para colar e continuar como praticamente todo o resto. Meça duas vezes, corte uma.