win+v cannot work!

[yukunshang]

Microsoft PowerToys version

"latest"

Running as admin

• [X] Yes

Area(s) with issue?

Keyboard Manager

Steps to reproduce

when i use keyboard manager ,i find that the win+v cannot work. As can be seen from the picture , i replace caslock to ctrl and replace ctrl ro caslock .

✔️ Expected Behavior

when i use win+v and put the " enter " , it can show the copied content

❌ Actual Behavior

but when i use win+v and put the " enter " , it only show the "v"

Other Software

WIN + V MS's function

[yukunshang]

capslock to ctrl and ctrl to capslock

[Aaron-Junker]

From the screenshot it seems like you are using an old version of PowerToys. Please update to the latest version and tell us if you still experience this issue.

[franky920920]

the latest version link

[yukunshang]

I tried to use the latest version, but it exists .
it still shows "V" . maybe key conflict？

[yukunshang]

[jaimecbernardo]

I can replicate this. It seems the way clipboard history works is by sending sending Control+V to the active Window, but that is being replaced by your mappings. I'm not sure there's something we can do to change Clipboard History behavior. Perhaps check if that specific keypress gets any added information we can detect from the low level keyboard hook to recognize it was sent by Clipboard history.

[robmonte]

Is this maybe a bug inside of the Clipboard History feature rather than PowerToys? I would think that when the OS is activating this behind the scenes for a paste, it should be directly accessing the system paste feature and not emulating keyboard presses that translate into the system paste. Is it something someone can communicate internally to find out?

[ahmed2m]

I have a related issue, If I map Win+V to ctrl+alt+c The clipboard history just pops up timely while holding the combination (ctrl+alt+c) but it works fine (toggles) when I use win+V

[steshi-git]

With version 0.53.3, Win+V still does not paste correctly.

It seems each app shows different behaviors, though. With OneNote, when I choose the history item to paste, it plays a sound (an error sound?) but pastes nothing. With Notepad, when I choose the history item to paste, it behave as though Alt+V was pressed, i.e., shows the menu item of "Display (V). "

[srdjadzogaz]

Bump Version: 0.56.1

This issue is still reproducible when remaping alt to ctrl and ctrl to alt, what on win+v and enter > produces V as output. Probably limitation of the windows clipboard history, is it possible to have workaround for this?

[steshi-git]

One solution is:

1. Win + V, then Enter or click on the clipboard history item to paste fails.
2. Esc or whatever to go back to the normal text input status.
3. Ctrl + V will past the previously chosen item.

[614ckp34r1]

Issue still exists in v0.77.0 powertoys One solution is to map Capslock to Ctrl and Ctrl(Right)+Home to Capslock

[LifeJustDLC]

Temporary solution: Use SharpKeys instead.

[codevogel]

Same issue here. I remapped CTRL to Capslock and Capslock to CTRL with PowerToys Keyboard Manager.

When I try to win+v, the clipboard history pops up, but when I select an item to try and paste it, it just typesv instead of pasting the contents.

[steshi-git]

Looks remapping CTRL-L causes the issue. Remapping CTRL-R is OK. So, this may not be an issue with PowerToys, but with the clipboard history.

2024年5月31日(金) 17:56 Kamiel de Visser @.***>:

Same issue here. I remapped CTRL to Capslock and Capslock to CTRL with PowerToys Keyboard Manager.

When I try to win+v, the clipboard history pops up, but when I select an item to try and paste it, it just typesv instead of pasting the contents.

— Reply to this email directly, view it on GitHub https://github.com/microsoft/PowerToys/issues/14556#issuecomment-2141537561, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOBENUUZAB36KWWT6M452S3ZFA3NNAVCNFSM5INS3AOKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMJUGE2TGNZVGYYQ . You are receiving this because you commented.Message ID: @.***>

[codevogel]

It seems you're right. I have these keys remapped:

If unbind the Ctrl (Left) mapping then Win+V works again.

Testing on https://config.qmk.fm/#/test yields:

KEY-DOWN - QMK: KC_LGUI Event key: Meta        Code: MetaLeft      KeyCode: 91
KEY-UP   - QMK: KC_V    Event key: V           Code: KeyV          KeyCode: 86 in NaNms
KEY-UP   - QMK: KC_LGUI Event key: Meta        Code: MetaLeft      KeyCode: 91 in 2096.000ms
KEY-DOWN - QMK: KC_ESC  Event key: Escape      Code: Escape        KeyCode: 27
KEY-DOWN - QMK: KC_V    Event key: V           Code: KeyV          KeyCode: 86
KEY-UP   - QMK: KC_V    Event key: V           Code: KeyV          KeyCode: 86 in 5.000ms
KEY-UP   - QMK: KC_ESC  Event key: Escape      Code: Escape        KeyCode: 27 in 62.000ms

The first three lines are the result of me pressing Win+v The four other lines are the result of me clicking one of the options in the clipboard history to paste it.

So I guess to get this to work I would have to be able to remap the paste action that the clipboard history tool tries to emulate to Caps Lock+v?

[spaceage64]

I was experiencing the same issue, (https://github.com/microsoft/PowerToys/issues/35345) in my case having remapped Ctrl>Alt and Alt>Ctrl (all Left). With this shortcut in particular (Clipboard History emulating Ctrl+V presses), I have resolved it by adding an additional Shortcut Remap (not a normal one) in PowerToys (adjust keys for your use case): I can now paste with both Ctrl+V and Alt+V, and this causes Clipboard History to function again). In my case that doesn't cause me any issues, but this could be a potential issue in other scenarios.

In any case, I think it would be proper if emulated shortcut executions (i.e., not truly user-inputted key presses) would not be affected by PowerToys remappings, as there are many theoretical cases of such executions being broken through such mapping. Only then would I consider this issue truly resolved.