You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I don't have a reliable STR, unfortunately, but I've been having an intermittent issue for quite a while which manifests as follows:
Hold the Alt key. (Left Alt, if you're curious.)
Press Up/Down to move the current line/selection up or down
Release the Alt key.
The editor then acts as if I'd typed a character; sometimes R, or X, or sometimes an undisplayable Unicode character, among others. This means it gets inserted at the cursor point, or if I had a selection, it replaces the selection.
Of course, now that I'm trying to reproduce it, it doesn't happen, so I don't expect anyone else can track it down for me; for all I know it may be some weird interaction with OS-level software. What I want to know is, does VSC have some sort of internal logging where I can see what actions it has performed recently, and why? If I could narrow down what it thought it was doing, I could maybe figure out why it was doing it.
VS Code version: Code 1.63.2 (899d46d, 2021-12-15T09:40:02.816Z)
OS version: Windows_NT x64 10.0.22000
Restricted Mode: No
System Info
Item
Value
CPUs
Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz (12 x 2208)
@dmchurch What kind of keyboard are you on? Are perhaps the arrow keys sometimes acting as a numpad? The only special kind of input on Windows that I'm aware of that sounds similar would be the Alt+Numpad Keys special character insertion. Here's a site that explains this.
ALT+082 would create an R (maybe up arrow (8), down arrow (2) )
Also ALT+088 would create an X (maybe up arrow (8), up arrow (8) )
@alexdima !!!!!!!! omg you're absolutely right, that's totally what it is. Wow, I haven't thought about Alt keycodes in like two decades! And I absolutely do use the numpad on my laptop keyboard for navigation, since it doesn't have independent home/end/etc keys. (I end up switching numlock a lot when I'm on this laptop.)
Y'know, I'd thought that Windows only did Alt+numpad insertions when numlock was on, but clearly that's not the case. At least I have a workaround, though - using the dedicated arrow keys for alt+up/down!
It does bring up a question, though: is there any way to tell Windows not to process that key combination as part of an alt code if VSCode is handling it as an event?
I'm glad that was the root cause. We can continue tracking in #22364 , but it doesn't seem likely that things will improve, I remember reporting this upstream, but nothing happening.
Issue Type: Bug
I don't have a reliable STR, unfortunately, but I've been having an intermittent issue for quite a while which manifests as follows:
The editor then acts as if I'd typed a character; sometimes
R
, orX
, or sometimes an undisplayable Unicode character, among others. This means it gets inserted at the cursor point, or if I had a selection, it replaces the selection.Of course, now that I'm trying to reproduce it, it doesn't happen, so I don't expect anyone else can track it down for me; for all I know it may be some weird interaction with OS-level software. What I want to know is, does VSC have some sort of internal logging where I can see what actions it has performed recently, and why? If I could narrow down what it thought it was doing, I could maybe figure out why it was doing it.
VS Code version: Code 1.63.2 (899d46d, 2021-12-15T09:40:02.816Z)
OS version: Windows_NT x64 10.0.22000
Restricted Mode: No
System Info
gpu_compositing: enabled
multiple_raster_threads: enabled_on
oop_rasterization: enabled
opengl: enabled_on
rasterization: enabled
skia_renderer: enabled_on
video_decode: enabled
vulkan: disabled_off
webgl: enabled
webgl2: enabled
Extensions (23)
A/B Experiments
The text was updated successfully, but these errors were encountered: