text:
Performance issue

Does this issue occur when all extensions are disabled?: Yes/No

VS Code Version: 1.74.0
OS Version:
Edition	Windows 11 Home Single Language
Version	22H2
Installed on	22-09-2022
OS build	22621.819
Experience	Windows Feature Experience Pack 1000.22636.1000.0

Steps to Reproduce:

Run karate feature file

As mentioned in wiki sharing the system performance data in my vscode
System Info

Code: 1.74.0 (5235c6bb189b60b01b1f49062f4ffa42384f8c91)
OS: win32(10.0.22621)
CPUs: 11th Gen Intel(R) Core(TM) i3-1115G4 @ 3.00GHz(4 x 2995)
Memory(System): 11.70 GB(1.00GB free)
Memory(Process): 174.12 MB working set(128.10MB private, 0.19MB shared)
VM(likelihood): 0%
Initial Startup: false
Has 1 other windows
Screen Reader Active: false
Empty Workspace: true

Performance Marks

What
Duration
Process
Info

start => app.isReady
-
[main]
initial startup: false

nls:start => nls:end
-
[main]
initial startup: false

require(main.bundle.js)
-
[main]
initial startup: false

start crash reporter
-
[main]
initial startup: false

serve main IPC handle
-
[main]
initial startup: false

create window
-
[main]
initial startup: false,

app.isReady => window.loadUrl()
-
[main]
initial startup: false

window.loadUrl() => begin to require(workbench.desktop.main.js)
348
[main->renderer]
NewWindow

require(workbench.desktop.main.js)
383
[renderer]
cached data: YES, node_modules took 0ms

wait for window config
0
[renderer]
-

init storage (global & workspace)
48
[renderer]
-

init workspace service
65
[renderer]
-

register extensions & spawn extension host
847
[renderer]
-

restore viewlet
0
[renderer]
-

restore panel
0
[renderer]
-

restore & resolve visible editors
11
[renderer]
0:

overall workbench load
435
[renderer]
-

workbench ready
1249
[main->renderer]
-

renderer ready
917
[renderer]
-

shared process connection ready
286
[renderer->sharedprocess]
-

extensions registered
2414
[renderer]
-

Extension Activation Stats

Extension
Eager
Load Code
Call Activate
Finish Activate
Event
By

vscode.git
true
258
8
561
*
vscode.git

vscode.git-base
true
274
0
5
*
vscode.git

vscode.github
true
293
0
3
*
vscode.github

vscode.debug-auto-launch
false
8
0
85
onStartupFinished
vscode.debug-auto-launch

vscode.emmet
false
52
6
79
onStartupFinished
vscode.emmet

vscode.extension-editing
false
62
1
7
onLanguage:markdown
vscode.extension-editing

vscode.github-authentication
false
243
1
3
onAuthenticationRequest:github
vscode.github-authentication

vscode.markdown-language-features
false
343
7
513
onLanguage:markdown
vscode.markdown-language-features

vscode.markdown-math
false
36
0
0
api
vscode.markdown-language-features

vscode.merge-conflict
false
195
1
80
onStartupFinished
vscode.merge-conflict

vscode.microsoft-authentication
false
269
1
321
onAuthenticationRequest:microsoft
vscode.microsoft-authentication

ms-vscode-remote.remote-wsl-recommender
false
297
8
81
onStartupFinished
ms-vscode-remote.remote-wsl-recommender

eamodio.gitlens
false
1307
65
47
onStartupFinished
eamodio.gitlens

formulahendry.code-runner
false
2114
2
15
onStartupFinished
formulahendry.code-runner

Raw Perf Marks: main
Name	Timestamp	Delta	Total
code/timeOrigin	1670906781910	0	0
code/didStartMain	1670906781977	67	67
code/willStartCrashReporter	1670906781990	13	80
code/didStartCrashReporter	1670906782013	23	103
code/mainAppReady	1670906782037	24	127
code/willGenerateNls	1670906782039	2	129
code/didGenerateNls	1670906782044	5	134
code/willLoadMainBundle	1670906782044	0	134
code/fork/willLoadCode	1670906782058	14	148
code/registerFilesystem/file	1670906782113	55	203
code/didLoadMainBundle	1670906782120	7	210
code/willStartMainServer	1670906782126	6	216
code/didStartMainServer	1670906782129	3	219
code/willCreateCodeWindow	1670906782150	21	240
code/willRestoreCodeWindowState	1670906782150	0	240
code/didRestoreCodeWindowState	1670906782150	0	240
code/willCreateCodeBrowserWindow	1670906782151	1	241
code/didCreateCodeBrowserWindow	1670906782165	14	255
code/willMaximizeCodeWindow	1670906782165	0	255
code/didMaximizeCodeWindow	1670906782192	27	282
code/didCreateCodeWindow	1670906782192	0	282
code/willOpenNewWindow	1670906782193	1	283
code/willCreateCodeWindow	1670914892145	8109952	8110235
code/willRestoreCodeWindowState	1670914892148	3	8110238
code/didRestoreCodeWindowState	1670914892149	1	8110239
code/willCreateCodeBrowserWindow	1670914892150	1	8110240
code/didCreateCodeBrowserWindow	1670914892195	45	8110285
code/didCreateCodeWindow	1670914892199	4	8110289
code/willOpenNewWindow	1670914892202	3	8110292

Raw Perf Marks: renderer
Name	Timestamp	Delta	Total
code/timeOrigin	1670914892203	0	0
code/didStartRenderer	1670914892534	331	331
code/willWaitForWindowConfig	1670914892535	1	332
code/didWaitForWindowConfig	1670914892535	0	332
code/willShowPartsSplash	1670914892535	0	332
code/didShowPartsSplash	1670914892536	1	333
code/willLoadWorkbenchMain	1670914892550	14	347
code/didLoadWorkbenchMain	1670914892933	383	730
code/registerFilesystem/file	1670914892937	4	734
code/registerFilesystem/vscode-userdata	1670914892937	0	734
code/willInitWorkspaceService	1670914892943	6	740
code/willInitStorage	1670914892943	0	740
code/didInitStorage	1670914892991	48	788
code/willInitUserConfiguration	1670914893001	10	798
code/didInitUserConfiguration	1670914893006	5	803
code/willInitWorkspaceConfiguration	1670914893006	0	803
code/didInitWorkspaceConfiguration	1670914893007	1	804
code/didInitWorkspaceService	1670914893008	1	805
code/willStartWorkbench	1670914893016	8	813
code/LifecyclePhase/Ready	1670914893018	2	815
code/willCreateWorkbenchContributions/1	1670914893123	105	920
code/didCreateWorkbenchContributions/1	1670914893222	99	1019
code/willCreateWorkbenchContributions/2	1670914893222	0	1019
code/registerFilesystem/trustedDomains	1670914893230	8	1027
code/registerFilesystem/vscode-local-history	1670914893246	16	1043
code/didCreateWorkbenchContributions/2	1670914893250	4	1047
code/willRestoreEditors	1670914893440	190	1237
code/didRestoreEditors	1670914893451	11	1248
code/LifecyclePhase/Restored	1670914893451	0	1248
code/didStartWorkbench	1670914893451	0	1248
code/didRemovePartsSplash	1670914893451	0	1248
code/willCreateWorkbenchContributions/3	1670914893451	0	1248
code/registerFilesystem/vscode-edit-sessions	1670914893498	47	1295
code/didCreateWorkbenchContributions/3	1670914893605	107	1402
code/willConnectSharedProcess	1670914893619	14	1416
code/willLoadExtensions	1670914893769	150	1566
code/didConnectSharedProcess	1670914893905	136	1702
code/willHandleExtensionPoints	1670914894115	210	1912
code/willHandleExtensionPoint/configurationDefaults	1670914894115	0	1912
code/didHandleExtensionPoint/configurationDefaults	1670914894139	24	1936
code/willHandleExtensionPoint/configuration	1670914894139	0	1936
code/didHandleExtensionPoint/configuration	1670914894273	134	2070
code/willHandleExtensionPoint/jsonValidation	1670914894273	0	2070
code/didHandleExtensionPoint/jsonValidation	1670914894275	2	2072
code/willHandleExtensionPoint/debuggers	1670914894275	0	2072
code/didHandleExtensionPoint/debuggers	1670914894279	4	2076
code/willHandleExtensionPoint/breakpoints	1670914894279	0	2076
code/didHandleExtensionPoint/breakpoints	1670914894294	15	2091
code/willHandleExtensionPoint/notebooks	1670914894294	0	2091
code/didHandleExtensionPoint/notebooks	1670914894295	1	2092
code/willHandleExtensionPoint/notebookRenderer	1670914894295	0	2092
code/didHandleExtensionPoint/notebookRenderer	1670914894297	2	2094
code/willHandleExtensionPoint/problemPatterns	1670914894297	0	2094
code/didHandleExtensionPoint/problemPatterns	1670914894298	1	2095
code/willHandleExtensionPoint/problemMatchers	1670914894298	0	2095
code/didHandleExtensionPoint/problemMatchers	1670914894299	1	2096
code/willHandleExtensionPoint/taskDefinitions	1670914894299	0	2096
code/didHandleExtensionPoint/taskDefinitions	1670914894303	4	2100
code/willHandleExtensionPoint/terminal	1670914894303	0	2100
code/didHandleExtensionPoint/terminal	1670914894303	0	2100
code/willHandleExtensionPoint/walkthroughs	1670914894303	0	2100
code/didHandleExtensionPoint/walkthroughs	1670914894303	0	2100
code/willHandleExtensionPoint/commands	1670914894304	1	2101
code/didHandleExtensionPoint/commands	1670914894318	14	2115
code/willHandleExtensionPoint/submenus	1670914894318	0	2115
code/didHandleExtensionPoint/submenus	1670914894318	0	2115
code/willHandleExtensionPoint/menus	1670914894318	0	2115
code/didHandleExtensionPoint/menus	1670914894379	61	2176
code/willHandleExtensionPoint/authentication	1670914894379	0	2176
code/didHandleExtensionPoint/authentication	1670914894379	0	2176
code/willHandleExtensionPoint/languages	1670914894379	0	2176
code/didHandleExtensionPoint/languages	1670914894405	26	2202
code/willHandleExtensionPoint/customEditors	1670914894405	0	2202
code/didHandleExtensionPoint/customEditors	1670914894406	1	2203
code/willHandleExtensionPoint/codeActions	1670914894406	0	2203
code/didHandleExtensionPoint/codeActions	1670914894406	0	2203
code/willHandleExtensionPoint/viewsWelcome	1670914894406	0	2203
code/didHandleExtensionPoint/viewsWelcome	1670914894410	4	2207
code/willHandleExtensionPoint/resourceLabelFormatters	1670914894410	0	2207
code/didHandleExtensionPoint/resourceLabelFormatters	1670914894411	1	2208
code/willHandleExtensionPoint/grammars	1670914894411	0	2208
code/didHandleExtensionPoint/grammars	1670914894487	76	2284
code/willHandleExtensionPoint/colors	1670914894487	0	2284
code/didHandleExtensionPoint/colors	1670914894490	3	2287
code/willHandleExtensionPoint/icons	1670914894490	0	2287
code/didHandleExtensionPoint/icons	1670914894493	3	2290
code/willHandleExtensionPoint/semanticTokenTypes	1670914894493	0	2290
code/didHandleExtensionPoint/semanticTokenTypes	1670914894493	0	2290
code/willHandleExtensionPoint/semanticTokenModifiers	1670914894493	0	2290
code/didHandleExtensionPoint/semanticTokenModifiers	1670914894493	0	2290
code/willHandleExtensionPoint/semanticTokenScopes	1670914894493	0	2290
code/didHandleExtensionPoint/semanticTokenScopes	1670914894494	1	2291
code/willHandleExtensionPoint/snippets	1670914894494	0	2291
code/didHandleExtensionPoint/snippets	1670914894494	0	2291
code/willHandleExtensionPoint/keybindings	1670914894494	0	2291
code/didHandleExtensionPoint/keybindings	1670914894537	43	2334
code/willHandleExtensionPoint/themes	1670914894537	0	2334
code/didHandleExtensionPoint/themes	1670914894540	3	2337
code/willHandleExtensionPoint/iconThemes	1670914894540	0	2337
code/didHandleExtensionPoint/iconThemes	1670914894540	0	2337
code/willHandleExtensionPoint/continueEditSession	1670914894540	0	2337
code/didHandleExtensionPoint/continueEditSession	1670914894540	0	2337
code/willHandleExtensionPoint/viewsContainers	1670914894540	0	2337
code/didHandleExtensionPoint/viewsContainers	1670914894555	15	2352
code/willHandleExtensionPoint/views	1670914894555	0	2352
code/didHandleExtensionPoint/views	1670914894591	36	2388
code/didHandleExtensionPoints	1670914894591	0	2388
code/didLoadExtensions	1670914894616	25	2413

Raw Perf Marks: localExtHost
Name	Timestamp	Delta	Total
code/timeOrigin	1670914894034	0	0
code/fork/start	1670914894508	474	474
code/fork/willLoadCode	1670914894662	154	628
code/extHost/willConnectToRenderer	1670914895673	1011	1639
code/extHost/didConnectToRenderer	1670914895689	16	1655
code/extHost/didWaitForInitData	1670914895758	69	1724
code/extHost/didCreateServices	1670914895759	1	1725
code/extHost/willWaitForConfig	1670914895788	29	1754
code/extHost/didWaitForConfig	1670914895889	101	1855
code/extHost/didInitAPI	1670914895895	6	1861
code/extHost/didInitProxyResolver	1670914895911	16	1877
code/extHost/ready	1670914895911	0	1877
code/extHost/willLoadExtensionCode/vscode.microsoft-authentication	1670914896018	107	1984
code/extHost/didLoadExtensionCode/vscode.microsoft-authentication	1670914896287	269	2253
code/extHost/willLoadExtensionCode/vscode.git-base	1670914896287	0	2253
code/extHost/didLoadExtensionCode/vscode.git-base	1670914896292	5	2258
code/extHost/willActivateExtension/vscode.microsoft-authentication	1670914896652	360	2618
code/extHost/willActivateExtension/vscode.git-base	1670914896653	1	2619
code/extHost/didActivateExtension/vscode.git-base	1670914896666	13	2632
code/extHost/willLoadExtensionCode/vscode.git	1670914896673	7	2639
code/extHost/didLoadExtensionCode/vscode.git	1670914896929	256	2895
code/extHost/willLoadExtensionCode/vscode.github	1670914896929	0	2895
code/extHost/didLoadExtensionCode/vscode.github	1670914896965	36	2931
code/extHost/didActivateExtension/vscode.microsoft-authentication	1670914896974	9	2940
code/extHost/willActivateExtension/vscode.git	1670914896975	1	2941
code/extHost/willActivateExtension/vscode.github	1670914896983	8	2949
code/extHost/didActivateExtension/vscode.github	1670914896988	5	2954
code/extHost/willLoadExtensionCode/vscode.github-authentication	1670914897026	38	2992
code/extHost/didLoadExtensionCode/vscode.github-authentication	1670914897269	243	3235
code/extHost/didActivateExtension/vscode.git	1670914897545	276	3511

Node Cached Data Stats
cached data used
cached data missed
cached data rejected
cached data created (lazy, might need refreshes)

yes

?

WHAT?

You just wrote "yes". Now you have added more information but still haven't clarified what the karate feature is? Is that a language or an extension? How do I get that to work on my machine so that I have a chance to experience the same issue. For me everything is normal, no performance issues, so you need to empower me to see the issue you are seeing otherwise I cannot help

Karate is a framework used for automation testing. In which code is executed by running feature file. I think feature file is not the reason for slowness, because the same is used for a month. Now only VS code is causing issue

Hi @jrieken VS Code is working now after reinstalling the tool and deleted the old data . So this issue will be closed by mine


text:
Shift+tab only opens accessible buffer for first terminal

Create a terminal, Shift+tab to focus the accessible buffer
Create a split terminal, Shift+tab 🐛 doesn't focus the accessible buffer

🤔 it works once I have run Terminal: focus accessible buffer though
https://user-images.githubusercontent.com/29464607/224368643-b869db27-283c-4794-94ee-083fcddbcf75.mov

When I press Shift+tab, true is returned here with just the Shift key event

source: gharchive/issue

repo: microsoft/vscode

license: MIT

license_type: permissive

license_source: github-api


text:
Go To Symbol is SUPER Slow

Thank you so much for VSCode! It's a freaking awesome free tool that I love it!!!
The Problem
The "Go To Symbol in Workspace" feature is extremelly slow. It's intermittent. Sometimes it works and sometimes it doesn't work.
https://user-images.githubusercontent.com/3236791/224446825-aab33af2-7a83-412f-98f6-a47f1858a105.mp4
Here's another example that when it works. It's also slow no matter how many times I try to search it.
https://user-images.githubusercontent.com/3236791/224447281-2fb02632-8da1-4ab2-9469-c9941a6392b8.mp4
I'm not sure if this is a feature request or a bug. Is there anything I can do to improve this already?
Thank you so much for any help.

Not sure but it has something to do with filewatch changes in tsserver 4.9+
Please add this to you settings json object and restart to see if that works
"typescript.tsserver.watchOptions": {
    "watchDirectory": "dynamicPriorityPolling",
    "watchFile": "dynamicPriorityPolling"
  },

Hi, I am interested in this issue, can i take it please, can your guide me more about this issue @mjbvz

authors: AyushShuklagithub amazingrv marcotas


text:
revert changes didnt work

Type: Bug
reverting changes button in editor didnt work as intended. It should revert the change but instead it duplicates the change.
VS Code version: Code 1.76.0 (Universal) (92da9481c0904c6adfe372c12da3b7748d74bdcb, 2023-03-01T10:23:45.993Z)
OS version: Darwin arm64 22.1.0
Modes:
Sandboxed: No

System Info

Item
Value

CPUs
Apple M2 (8 x 24)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmetal: disabled_offmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_renderer: enabled_onvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
6, 4, 4

Memory (System)
24.00GB (1.39GB free)

Process Argv
--crash-reporter-id 8b87d43e-a162-4b22-8894-111785f009ec

Screen Reader
no

VM
0%

Extensions (7)

Extension
Author (truncated)
Version

vscode-color-picker
Ant
0.0.4

csharpier-vscode
csh
1.3.6

vscode-eslint
dba
2.4.0

gitlens
eam
13.3.2

copilot
Git
1.77.9225

vsliveshare
ms-
1.0.5834

gitblame
wad
10.1.0

A/B Experiments
vsliv368:30146709
vsreu685:30147344
python383:30185418
vspor879:30202332
vspor708:30202333
vspor363:30204092
vswsl492cf:30256860
vslsvsres303:30308271
pythonvspyl392:30443607
vserr242:30382549
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vshan820:30294714
vstes263:30335439
vscorecescf:30445987
pythondataviewer:30285071
vscod805:30301674
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
cmake_vspar411:30581797
vsaa593cf:30376535
pythonvs932:30410667
cppdebug:30492333
vsclangdc:30486549
c4g48928:30535728
dsvsc012:30540252
pynewext54:30681850
azure-dev_surveyone:30548225
pyindex848:30662994
nodejswelcome1:30587005
282f8724:30602487
pyind779:30671433
f6dab269:30613381
pythonsymbol12:30671437
vsccsb:30677849
pythonb192cf:30669361

Thanks for creating this issue! It looks like you may be using an old version of VS Code, the latest stable release is 1.76.1. Please try upgrading to the latest version and checking whether this issue remains.
Happy Coding!

Updating works. Thanks!


text:
freezing

Type: Performance Issue
Hello, having been having difficulty using my vscode, it keeps freezing when left idle within few minutes. as it stands now i cant even access anything on the screen again. please help
VS Code version: Code 1.76.2 (ee2b180d582a7f601fa6ecfdad8d9fd269ab1884, 2023-03-14T17:55:54.936Z)
OS version: Windows_NT x64 10.0.22621
Modes:
Sandboxed: No

System Info

Item
Value

CPUs
11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz (8 x 2419)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_renderer: enabled_onvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
undefined

Memory (System)
15.56GB (6.51GB free)

Process Argv
--crash-reporter-id 6b297bd5-b2f8-4a13-8d46-e76228427b68

Screen Reader
no

VM
0%

Process Info
CPU %	Mem MB	   PID	Process
    0	   130	 20888	code main
    0	    78	  4940	   utility-process
    0	   279	 15928	   utility-process
    0	    88	   116	     electron-nodejs ("C:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\Code.exe" --ms-enable-electron-run-as-node "c:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\json-language-features\server\dist\node\jsonServerMain" --node-ipc --clientProcessId=15928)
    0	   159	  1404	     electron-nodejs ("C:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\Code.exe" --ms-enable-electron-run-as-node --max-old-space-size=3072 "c:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js" --serverMode partialSemantic --useInferredProjectPerProjectRoot --disableAutomaticTypingAcquisition --cancellationPipeName C:\Users\asazo\AppData\Local\Temp\vscode-typescript\724468e36dbed8257ec9\tscancellation-aea9444ac711d9ef92b6.tmp* --globalPlugins typescript-svelte-plugin --pluginProbeLocations c:\Users\asazo\.vscode\extensions\svelte.svelte-vscode-107.2.5 --locale en --noGetErrOnBackgroundUpdate --validateDefaultNpmLocation --useNodeIpc)
    0	    77	 13212	     c:\Users\asazo\.vscode\extensions\hashicorp.terraform-2.25.4-win32-x64\bin\terraform-ls.exe serve
    0	    10	 12724	       console-window-host (Windows internal process)
    0	    87	 15728	     electron-nodejs ("C:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\Code.exe" --ms-enable-electron-run-as-node c:\Users\asazo\.vscode\extensions\redhat.ansible-1.2.44\out\server\src\server.js --node-ipc --clientProcessId=15928)
    0	   186	 17668	     electron-nodejs ("C:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\Code.exe" --ms-enable-electron-run-as-node --max-old-space-size=3072 "c:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js" --useInferredProjectPerProjectRoot --enableTelemetry --cancellationPipeName C:\Users\asazo\AppData\Local\Temp\vscode-typescript\724468e36dbed8257ec9\tscancellation-4644a783229f120c10f2.tmp* --globalPlugins typescript-svelte-plugin --pluginProbeLocations c:\Users\asazo\.vscode\extensions\svelte.svelte-vscode-107.2.5 --locale en --noGetErrOnBackgroundUpdate --validateDefaultNpmLocation --useNodeIpc)
    0	   106	 15772	       electron-nodejs ("C:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\Code.exe" --ms-enable-electron-run-as-node "c:/Users/asazo/AppData/Local/Programs/Microsoft VS Code/resources/app/extensions/node_modules/typescript/lib/typingsInstaller.js" --globalTypingsCacheLocation C:/Users/asazo/AppData/Local/Microsoft/TypeScript/4.9 --enableTelemetry --typesMapLocation "c:/Users/asazo/AppData/Local/Programs/Microsoft VS Code/resources/app/extensions/node_modules/typescript/lib/typesMap.json" --validateDefaultNpmLocation)
    0	   114	 20468	     electron-nodejs ("C:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\Code.exe" --ms-enable-electron-run-as-node c:\Users\asazo\.vscode\extensions\ms-python.vscode-pylance-2023.3.40\dist\server.bundle.js --cancellationReceive=file:ae7ad2e2657c1780135d4c998f15efb53ebd72ab21 --node-ipc --clientProcessId=15928)
    0	   306	 22016	     electron-nodejs ("C:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\Code.exe" --ms-enable-electron-run-as-node c:\Users\asazo\.vscode\extensions\googlecloudtools.cloudcode-1.21.3\dist\server\server.js --node-ipc --clientProcessId=15928)
    0	   103	 23428	     electron-nodejs ("C:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\Code.exe" --ms-enable-electron-run-as-node c:\Users\asazo\.vscode\extensions\redhat.vscode-yaml-1.12.2\dist\languageserver.js --node-ipc --clientProcessId=15928)
    0	    94	 16932	   issue-reporter
    0	    25	 20996	   crashpad-handler
    0	   224	 21104	   gpu-process
    0	    39	 21152	   utility-network-service
    0	   225	 21244	   window (folder-git - Visual Studio Code)
    0	   131	 21484	   shared-process
    0	    79	 20084	     ptyHost
    0	     6	 18572	       console-window-host (Windows internal process)
    0	    66	 23528	       C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe -noexit -command "try { . \"c:\Users\asazo\AppData\Local\Programs\Microsoft VS Code\resources\app\out\vs\workbench\contrib\terminal\browser\media\shellIntegration.ps1\" } catch {}"
    0	    94	 23412	     fileWatcher

Workspace Info
|  Window (folder-git - Visual Studio Code)
|    Folder (folder-git): 12 files
|      File types: json(3) tf(2) yaml(1)
|      Conf files: package.json(1);

Extensions (46)

Extension
Author (truncated)
Version

nodejs-bundle
1Yi
1.0.0

svelte-bundle
1Yi
1.0.0

terraform
4op
0.2.5

project-manager
ale
12.7.0

svelte-intellisense
ard
0.7.1

npm-intellisense
chr
1.4.4

gitignore
cod
0.9.0

git-extension-pack
don
0.1.3

githistory
don
0.6.20

gitlens
eam
13.4.0

apacheconf-snippets
eim
1.3.0

vscode-svelte-snippets
fiv
0.5.0

cloudcode
goo
1.21.3

terraform
has
2.25.4

svg
joc
1.5.2

vs-live-share-mdns
lhe
0.0.11

aws-cli-configure
mar
0.3.0

pack-apache
mpt
0.1.1

vscode-apache
mrm
1.2.0

vscode-docker
ms-
1.24.0

vscode-kubernetes-tools
ms-
1.3.11

isort
ms-
2022.8.0

python
ms-
2023.4.1

vscode-pylance
ms-
2023.3.40

jupyter
ms-
2023.2.1200692131

jupyter-keymap
ms-
1.1.0

jupyter-renderers
ms-
1.0.15

vscode-jupyter-cell-tags
ms-
0.1.8

vscode-jupyter-slideshow
ms-
0.1.5

remote-containers
ms-
0.282.0

remote-ssh
ms-
0.98.0

remote-ssh-edit
ms-
0.84.0

remote-wsl
ms-
0.76.1

remote-explorer
ms-
0.2.0

vsliveshare
ms-
1.0.5834

nodejs-snippets
piy
0.0.2

terraform-advanced-syntax-highlighting
pjm
1.4.0

ansible
red
1.2.44

vscode-yaml
red
1.12.2

vs-code-prettier-eslint
rve
5.1.0

vscode-standard
sta
2.1.3

svelte-vscode
sve
107.2.5

vim
vsc
1.25.2

healthbot
vsh
0.0.5

vscode-surround
yat
1.5.0

vscode-open-in-github
ziy
1.3.6

A/B Experiments
vsliv368:30146709
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
vserr242cf:30382550
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vsdfh931:30280409
vshan820:30294714
vstes263cf:30335440
vscorecescf:30445987
pythondataviewer:30285071
vscod805:30301674
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
cmake_vspar411:30581797
vsaa593cf:30376535
pythonvs932:30410667
cppdebug:30492333
vsclangdc:30486549
c4g48928:30535728
dsvsc012:30540252
pynewext54:30695312
azure-dev_surveyone:30548225
nodejswelcome1cf:30587006
2e4cg342:30602488
pyind779:30671433
89544117:30613380
pythonsymbol12:30671437
a9j8j154:30646983
vsccsb:30677849
vscodedisable:30660115
azdwalk:30687957
pythonms35:30686772

We closed this issue because it is a question about using VS Code rather than an issue or feature request. Please search for help on StackOverflow, where the community has already answered thousands of similar questions. You may find their guide on asking a new question helpful if your question has not already been asked. See also our issue reporting guidelines.
Happy Coding!


text:
Git Bash launches into external terminal when set as integrated terminal for windows VSCode version 1.79.0

Does this issue occur when all extensions are disabled?: Yes

VS Code Version: 1.79.0
OS Version: Windows_NT x64 10.0.19045

Steps to Reproduce:

Set Git bash as the default integrated terminal for Windows
From the menu select Terminal -> New Terminal
Git Bash opens outside of VS Code in an external Git Bash command prompt and an empty, non-interactive console remains open in VS Code

I just took this latest update for VS Code (1.79.0) and this started happening.  Here is how my settings are for integrated terminal in settings.json:
"terminal.integrated.defaultProfile.windows": "Git Bash",
"terminal.external.windowsExec": "",
"terminal.integrated.automationProfile.windows": null,
"terminal.integrated.profiles.windows": {
"Git Bash": {
"source": "Git Bash",
"path": "C:\Program Files\Git\git-bash.exe"
}
}
I updated Git to version 2.39.1-1.0.0 to see if that would fix and it did not.
Selecting Windows normal command prompt and PowerShell still work as integrated terminals.

What happens if you remove this:
"terminal.external.windowsExec": "",

/duplicate #184674

"path": "C:\Program Files\Git\git-bash.exe"

That worked!  Thank you!

authors: meganrogge saschoff


text:
Diff editor: reverting a change expands the following collapsed region

Does this issue occur when all extensions are disabled?: Yes

VS Code Version: 1.80.0
OS Version: Windows 10 (normally running with WSL + Docker, but behaves the same regardless)

I'm really liking the recent changes to the diff editor, but this is a bit of an annoyance which somewhat spoils the collapse unchanged regions feature. Steps to Reproduce:

Create a file (e.g. dummy.txt)
Create a modified version of the same file with two changes some distance apart (e.g. dummy2.txt)
"Compare Selected" (or otherwise compare two files with separated changes):

Revert the first change. The collapsed region of unmodified code immediately after the reverted change expands itself.

In the example, only a few lines get expanded, but this is a bit irritating when the unchanged region is large, because it pushes the next difference off the bottom of the window: now I have to navigate to find it, when it was previously right there in the window.
Ideally, reverting a change would probably not change the collapsed state of anything, so the next diff would remain where it is in the window. On the other hand, after the revert there's a bigger section of identical content. Either behaviour leaves the window in a state inconsistent with what you'd get by closing and reopening it. I believe what most other diff editors (Vimdiff and Beyond Compare are the ones I've most experience with recently) do in a similar situation is to recalculate the previous "identical" section - which can be done by hand by un-collapsing and re-collapsing that, if there is one:

That does move the subsequent diff upwards in the window, but it does leave it visible (and, indeed, closer to the where the mouse will be after clicking the revert button). When selectively reverting a bunch of changes, that'd streamline things quite a bit.

At the moment, the hidden areas try to not hide something that was previously visible when the diff updates.
Because an entire Hidden Lines area disappears when a change is reverted, anaother Hidden Lines area has to account for that.
This is important when typing: When you manually "revert" a change by inserting back some deleted characters, the line the cursor is in shouldn't disappear out of a sudden.
I think we should try to keep Hidden Lines areas, even if between two of them is no change.


text:
Zoom In/Out should be per VSC window not for all open VSCs

Type: Bug
Zoom In/Out should be allso possible per VSC window, and not only for the whole application (all started vscs).
On an opened VSC, start a new window. Zoom In/Out on it and
Actual: see that the zooming also applies to othe window as well.
Expected: to be able to zoom individually per opened window/vsc.
VS Code version: Code 1.80.1 (74f6148eb9ea00507ec113ec51c489d6ffb4b771, 2023-07-12T17:22:25.257Z)
OS version: Linux x64 6.1.0-1008-oem
Modes:
Remote OS version: Linux x64 6.1.0-1008-oem

System Info

Item
Value

CPUs
11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz (16 x 3051)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okvideo_decode: enabledvideo_encode: disabled_softwarevulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
1, 1, 1

Memory (System)
62.54GB (41.57GB free)

Process Argv
--unity-launch --crash-reporter-id 4e9742ed-6267-46eb-824e-0fd40c7aa999

Screen Reader
no

VM
0%

DESKTOP_SESSION
ubuntu

XDG_CURRENT_DESKTOP
Unity

XDG_SESSION_DESKTOP
ubuntu

XDG_SESSION_TYPE
x11

Item
Value

Remote
Dev Container: ICON

OS
Linux x64 6.1.0-1008-oem

CPUs
11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz (16 x 4196)

Memory (System)
62.54GB (41.57GB free)

VM
0%

Extensions (14)

Extension
Author (truncated)
Version

Bookmarks
ale
13.4.1

gitlens
eam
14.1.1

better-cpp-syntax
jef
1.17.2

vscode-docker
ms-
1.26.0

remote-containers
ms-
0.299.0

remote-ssh
ms-
0.102.0

remote-ssh-edit
ms-
0.86.0

remote-wsl
ms-
0.80.2

vscode-remote-extensionpack
ms-
0.24.0

cmake-tools
ms-
1.14.34

cpptools-extension-pack
ms-
1.3.0

remote-explorer
ms-
0.4.1

remote-server
ms-
1.3.0

cmake
twx
0.0.17

(1 theme extensions excluded)

A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
vserr242:30382549
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vsdfh931:30280409
vshan820:30294714
vstes263cf:30335440
vscoreces:30445986
vscod805cf:30301675
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
vsaa593:30376534
pythonvs932:30410667
vsclangdf:30486550
c4g48928:30535728
dsvsc012cf:30540253
pynewext54:30695312
azure-dev_surveyone:30548225
282f8724:30602487
f6dab269:30613381
showlangstatbar:30737416
vsctsb:30748421
03d35959:30757346
24365598:30736109
pythonfmttext:30731395
pythoncmv:30756943
fixshowwlkth:30771522
hideindicator:30785051
pythongtdpath:30769146
i26e3531:30792625
pythonnosm12tcf:30779713
pythonidxpt:30784022
pythonnoceb:30776495
e537b577:30786199
dsvsc013cf:30789518

related to #185836

Thanks for creating this issue! We figured it's covering the same as another one we already have. Thus, we closed this one as a duplicate. You can search for similar existing issues. See also our issue reporting guidelines.
Happy Coding!

authors: VSCBSt VSCodeTriageBot gjsjohnmurray


text:
Test: Terminal context menu contributions

Refs: #79034

[ ] anyOS @hbons
[ ] anyOS @Yoyokrazy

Complexity: 3
Create Issue

To test:

Create a test extension
Verify docs on terminal/context and terminal/title/context looks good: https://github.com/microsoft/vscode-docs/blob/vnext/api/references/contribution-points.md#contributesmenus
Add new menu entries for terminal/context and terminal/title/context, hook them up to commands in the extension
Verify intellisense works in package.json for the menu entries
Verify the commands are called with the first argument being the focused terminal
Verify the commands are called with the second argument being an array of all selected terminals

Confirmed on macOS I can add menu items to both terminal menus in a new extension:

I've used this snippet in extension.ts to check the arguments passed by the command:
	let disposable = vscode.commands.registerCommand('test.helloWorld', (...args: any[]) => {
		vscode.window.showInformationMessage("test: " + JSON.stringify(args));
	});

Result:

authors: Tyriar hbons


text:
[Accessibility] Typing does not work in the Copilot Chat Accessible View when cursor is at the last line

Type: Bug
CC @meganrogge

In Copilot Chat, ask anything and activate Accessible View via alt+F2

In the Accessible View, move your cursor at the end

Start typing: it does not work

VS Code version: Code - Insiders 1.84.0-insider (d037ac076cee195194f93ce6fe2bdfe2969cc82d, 2023-11-01T10:16:52.814Z)
OS version: Windows_NT x64 10.0.22621
Modes:

System Info

Item
Value

CPUs
11th Gen Intel(R) Core(TM) i5-1145G7 @ 2.60GHz (8 x 2611)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: enabled_ondirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: enabled

Load (avg)
undefined

Memory (System)
15.71GB (6.33GB free)

Process Argv
. --crash-reporter-id b05b88e5-8894-4031-ae34-fa034ebddea9

Screen Reader
yes

VM
0%

Extensions (97)

Extension
Author (truncated)
Version

android-dev-ext
ade
1.3.2

aiprm-lang
AIP
0.0.2

Bookmarks
ale
13.4.2

openscad
Ant
1.2.2

spellright
ban
3.0.118

zoterolatex
bna
0.4.1

mermaid-markdown-syntax-highlighting
bpr
1.5.3

codium
Cod
0.7.13

doxdocgen
csc
1.4.0

vscode-markdownlint
Dav
0.52.0

vscode-eslint
dba
2.4.2

vscode-quick-select
dba
0.2.9

vscode-deno
den
3.26.0

gitlens
eam
14.4.1

EditorConfig
Edi
0.16.4

prettier-vscode
esb
10.1.0

vscode-firefox-debug
fir
2.9.10

vscode-google-translate
fun
1.4.13

codespaces
Git
1.16.2

copilot
Git
1.132.526

copilot-chat
Git
0.9.2023103102

remotehub
Git
0.62.0

vscode-github-actions
git
0.26.2

vscode-pull-request-github
Git
0.74.1

overleaf-workshop
iam
0.4.1

cslpreview
igo
0.2.2

easy-snippet
inu
0.6.3

path-autocomplete
ion
1.25.0

latex-workshop
Jam
9.14.1

lilypond-syntax
jea
0.1.1

scheme
jea
0.2.0

better-cpp-syntax
jef
1.17.2

vscode-bard
jim
0.0.10

google-search
kam
0.0.1

vscode-lua-format
Koi
1.3.8

lilypond-formatter
lhl
0.2.3

lilypond-pdf-preview
lhl
0.2.8

lilypond-snippets
lhl
0.1.1

vslilypond
lhl
1.7.3

zotero
mbl
0.1.10

git-graph
mhu
1.30.0

vscode-docker
ms-
1.27.0

vscode-edge-devtools
ms-
2.1.3

black-formatter
ms-
2023.5.13051017

flake8
ms-
2023.8.0

isort
ms-
2023.11.12711013

python
ms-
2023.21.13051019

vscode-pylance
ms-
2023.10.53

jupyter
ms-
2023.10.1003011100

jupyter-keymap
ms-
1.1.2

jupyter-renderers
ms-
1.0.17

vscode-jupyter-cell-tags
ms-
0.1.8

vscode-jupyter-slideshow
ms-
0.1.5

remote-containers
ms-
0.322.0

remote-ssh
ms-
0.107.2023103115

remote-ssh-edit
ms-
0.86.0

remote-wsl
ms-
0.81.8

vscode-remote-extensionpack
ms-
0.24.0

azure-repos
ms-
0.38.0

cmake-tools
ms-
1.15.31

cpptools
ms-
1.17.5

cpptools-extension-pack
ms-
1.3.0

js-debug-nightly
ms-
2023.10.3117

powershell
ms-
2023.9.5

remote-explorer
ms-
0.5.2023101809

remote-repositories
ms-
0.40.0

vscode-github-issue-notebooks
ms-
0.0.130

vscode-selfhost-test-provider
ms-
0.3.20

vscode-serial-monitor
ms-
0.10.0

vsliveshare
ms-
1.0.5892

autodocstring
njp
0.6.1

pandocciter
not
0.10.3

shiny-python
Pos
0.1.5

shinyuieditor
pos
0.5.0

quarto
qua
1.106.2

r-debugger
RDe
0.5.4

java
red
1.24.0

vscode-xml
red
0.26.1

r
REd
2.8.2

multi-command
ryu
1.6.0

AudioQ
Seh
0.0.2

vscode-deepl
soe
1.0.6

abc-music
sof
0.4.0

lua
sum
3.7.0

latex-utilities
tec
0.4.10

cmake
twx
0.0.17

errorlens
use
3.15.0

intellicode-api-usage-examples
Vis
0.2.8

vscodeintellicode
Vis
1.2.30

vscode-arduino
vsc
0.6.0

vscode-java-debug
vsc
0.55.0

vscode-java-dependency
vsc
0.23.2

vscode-java-pack
vsc
0.25.15

vscode-java-test
vsc
0.40.1

vscode-maven
vsc
0.43.0

markdown-all-in-one
yzh
3.5.1

grammarly
znc
0.22.1

(1 theme extensions excluded)

A/B Experiments
vsliv695:30137379
vsins829:30139715
vsliv368:30146709
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vstes627:30244334
vslsvsres303:30308271
pythontb:30258533
pythonptprofiler:30281269
vshan820:30294714
vscod805cf:30301675
bridge0708:30335490
bridge0723:30353136
vsaa593:30376534
pythonvs932:30404738
py29gd2263:30784851
vsclangdf:30492506
c4g48928:30535728
dsvsc012:30540252
pynewext54:30618038
a9j8j154:30646983
showlangstatbar:30737417
ecj1e332:30687743
pythonfmttext:30716741
fixshowwlkth:30771523
showindicator:30805243
pythongtdpath:30726887
i26e3531:30792625
welcomedialog:30812478
pythonnosmt12:30779711
pythonidxpt:30768918
pythonnoceb:30776497
copilotsettingt:30808721
asynctok:30869155
dsvsc013:30777762
dsvsc014:30777825
pythonmpswarning:30859870
dsvsc015:30821418
pythontestfixt:30866404
pythonregdiag2:30871582
pyreplss1:30865275
pythonmypyd1:30859725
pythoncet0:30859736
pythontbext0:30864172
accentitlementst:30870582

It works for me when my focus is initially on the chat input box and I:

use alt+f2
arrow down to the last line
start typing

It does not work if I first focus a chat response then:

use alt+f2
keep my cursor where it is or move it via arrow keys
start typing

That is because the focus goes back to the chat response that was previously focused.
I think this is by design, but curious to know if you expect the input box to be focused in this case @jooyoungseo ?

Yes, I expect it to focus in the input area because chat response area does not have any associated single-letter key navigation so typing goes back to input makes more sense.

This will diverge from the sighted user's experience as typing when a response is focused does not focus the input box.
@roblourens thoughts?

@jooyoungseo, I think what you want here is an easy way to get back to the input from the accessible view in this case.
What if we enabled ctrl/cmd+down arrow when on the last line in the accessible view to go to the chat input?

That sounds good to me. BTW, I still experience this issue in Copilot Chat Accessible View---the read-only edit prevents me from typing on the last line. It is weird and it works from time to time. Hard to give you the repros.

Don't users want to use editor navigation actions like cmd+down in the accessible view? Is it too much to press escape, then cmd+down?

Yes, which is why we'd only have this keybinding work when on the last line of the acessible buffer. (we already have such a context key)
So it's two keystrokes either way 🤷🏼♀

What if we enabled ctrl/cmd+down arrow when on the last line in the accessible view to go to the chat input?

This already works.
@jooyoungseo let's debug and discuss your issue together next time.

authors: jooyoungseo meganrogge roblourens


text:
Bug: auto completion popup for a single letter

Does this issue occur when all extensions are disabled?: Yes

VS Code Version: 1.84.1
OS Version:

Steps to Reproduce:

create a new plain text file
Type the following text

a single letter word need not be auto completed and sometimes it's boring.
eg. in the following, after typing a I want to use Tab to skip to the next bracket but I have to press Esc first,

Expected behavior: auto-completion should only popup for at least two consecutive letters typed

The described behavior is how it is expected to work. If you disagree, please explain what is expected and what is not in more detail. See also our issue reporting guidelines.
Happy Coding!

authors: DailyShana VSCodeTriageBot


text:
launch.json "args" not properly escaping '?'

Type: Bug
I have a program I'm writing that expects a string from the command line. In my launch.json, I have it set up to take a single string input:
    "configurations": [
        {
            "name": "Dart & Flutter",
            "request": "launch",
            "type": "dart",
            "program": "main.dart",
            "args": ["${input:argument}"],
        }
    ],

However when I enter a '?' in this argument, it doesn't get properly escaped and zsh complains about an error:
zsh: no matches found: ?asdf
(The fact that I use an ${input:...} doesn't matter -- hard-coding any argument with a '?' results in this issue.)
I noticed other issues like this one that make me wonder if there are other characters not escaped correctly too. I'm no zsh expert though, so I couldn't come up with any other examples -- it might very well just be an issue with prompts containing '?'
VS Code version: Code 1.84.0 (Universal) (d037ac076cee195194f93ce6fe2bdfe2969cc82d, 2023-11-01T11:30:19.406Z)
OS version: Darwin arm64 23.0.0
Modes:

System Info

Item
Value

CPUs
Apple M1 Max (10 x 24)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: enabled_ondirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: enabled

Load (avg)
7, 5, 4

Memory (System)
32.00GB (0.02GB free)

Process Argv
--crash-reporter-id 3127eb55-8d69-40f1-bfb7-076e12c7fa7d

Screen Reader
no

VM
0%

Extensions (30)

Extension
Author (truncated)
Version

tasks-shell-input
aug
1.8.2

markdown-mermaid
bie
1.21.0

markdown-preview-github-styles
bie
2.0.3

dart-code
Dar
3.82.0

flutter
Dar
3.82.0

vscode-eslint
dba
2.4.4

gitlens
eam
14.7.0

code-coverage
mar
1.11.0

Kotlin
mat
1.7.1

debugpy
ms-
2024.0.0

isort
ms-
2023.10.1

python
ms-
2024.0.0

vscode-pylance
ms-
2023.12.1

cpptools
ms-
1.18.5

hexeditor
ms-
1.9.13

live-server
ms-
0.4.13

vsliveshare
ms-
1.0.5905

vscode-react-native
msj
1.12.3

java
red
1.27.0

multi-command
ryu
1.6.0

memento-inputs
spa
1.0.0

electris
und
0.0.1

pdf
tom
1.2.2

cmake
twx
0.0.17

intellicode-api-usage-examples
Vis
0.2.8

vscodeintellicode
Vis
1.2.30

vscode-gradle
vsc
3.13.5

vscode-java-debug
vsc
0.56.0

vscode-java-pack
vsc
0.25.15

markdown-all-in-one
yzh
3.6.2

(1 theme extensions excluded)

A/B Experiments
vsliv368cf:30146710
vspor879:30202332
vspor708:30202333
vspor363:30204092
vstes627:30244334
vscoreces:30445986
vscod805cf:30301675
binariesv615:30325510
vsaa593:30376534
py29gd2263:30899288
c4g48928:30535728
azure-dev_surveyone:30548225
962ge761:30951796
pythongtdpath:30769146
welcomedialog:30910333
pythonidxpt:30866567
pythonnoceb:30805159
asynctok:30898717
pythontestfixt:30902429
pythonregdiag2:30936856
pyreplss1:30897532
pythonmypyd1:30879173
pythoncet0:30885854
pythontbext0:30879054
dsvsc016:30899300
dsvsc017:30899301
dsvsc018:30899302
dsvsc019b:30953937
3ef8e399:30949928

Thanks for creating this issue! It looks like you may be using an old version of VS Code, the latest stable release is 1.86.0. Please try upgrading to the latest version and checking whether this issue remains.
Happy Coding!

Tested on 1.86.0, the issue is still present


text:
Letter getting incorrectly inserted when creating a new JSX element

Does this issue occur when all extensions are disabled?: Yes

VS Code Version: 1.87.2
OS Version: macOS 14.1 (23B74)

Steps to Reproduce:

Create a new JSX element above an existing one in a tsx file.
A new letter will get added matching the one you typed down below.

My best guess is this is related to TS 5's feature that edits the closing JSX tag when you type the opening one.
Watch as I type <V a random V gets inserted below.
https://github.com/microsoft/vscode/assets/13172299/ae5abf49-c993-44cc-a654-6af9e4914fb9

What's weird is, it doesn't always happen. I'm struggling to narrow it down. But I get it somewhat often.

Please share an example code snippet which demonstrates the issue

This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines.
Happy Coding!

authors: VSCodeTriageBot mjbvz nandorojo


text:
REOPEN OF MULTIPLE TABS

Type: Bug
So when i open VSC on my windows machine, i keep getting multiple tabs opened. I had to close all of them. when i open again some 10+ tabs of VSC opens up.
I had uninstalled and reinstalled them but no use
VS Code version: Code 1.88.1 (e170252f762678dec6ca2cc69aba1570769a5d39, 2024-04-10T17:41:02.734Z)
OS version: Windows_NT x64 10.0.22631
Modes:

System Info

Item
Value

CPUs
12th Gen Intel(R) Core(TM) i7-1255U (12 x 2611)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: enabled_ondirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_graphite: disabled_offvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: enabled

Load (avg)
undefined

Memory (System)
15.68GB (4.19GB free)

Process Argv
--crash-reporter-id 13074649-0de9-4fd8-a1a3-b885165439ae

Screen Reader
no

VM
0%

Extensions: none
A/B Experiments
vsliv368:30146709
vspor879:30202332
vspor708:30202333
vspor363:30204092
vswsl492:30256859
vscorecescf:30445987
vscod805cf:30301675
binariesv615:30325510
vsaa593cf:30376535
py29gd2263:31024239
c4g48928:30535728
azure-dev_surveyone:30548225
a9j8j154:30646983
962ge761:30959799
pythongtdpath:30769146
welcomedialogc:30910334
pythonidxpt:30866567
pythonnoceb:30805159
asynctok:30898717
pythontestfixt:30902429
pythonregdiag2:30936856
pyreplss1:30897532
pythonmypyd1:30879173
pythoncet0:30885854
2e7ec940:31000449
pythontbext0:30879054
accentitlementst:30995554
dsvsc016:30899300
dsvsc017:30899301
dsvsc018:30899302
bf62j303:30959262
cppperfnew:31000557
fegfb526:30981948
bg6jg535:30979843
ccp2r6:30993542
dsvsc020:30976470
pythonait:31006305
666c4381:30973075
gee8j676:31009558
chatpanelc:31018788
dsvsc021:30996838
f3je6385:31013174
pythoncenvpt:31022790

/gifPlease

Thanks for reporting this issue! Unfortunately, it's hard for us to understand what issue you're seeing. Please help us out by providing a screen recording showing exactly what isn't working as expected. While we can work with most standard formats, .gif files are preferred as they are displayed inline on GitHub. You may find https://gifcap.dev helpful as a browser-based gif recording tool.
If the issue depends on keyboard input, you can help us by enabling screencast mode for the recording (Developer: Toggle Screencast Mode in the command palette). Lastly, please attach this file via the GitHub web interface as emailed responses will strip files out from the issue.
Happy coding!

This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines.
Happy Coding!

authors: VSCodeTriageBot bpasero rushikesh408


text:
(Latest-Version) Free Fortnite v bucks Code Generator Get Unlimited Emotes, and Outfits in 2024 with Redeem Codes List

2 minutes ago - and V-Bucks Claim your V Bucks Package by filling out the Please note that you can only use this generator once every 1 hours so that Epic Games doesn't get suspicious. vbucks code generator, fortnite v buck generator updated,
CLICK HERE TO GET FREE NOW
CLICK HERE TO GET FREE NOW
Epic confirmed that the Midnight Scythe Pickaxe deal is only available in specific regions, which are as follows:
The promotion is running from Monday, March 18 until April 14, 2025 (Tuesday, March 19 until April 14, 2025 for players in Japan, Australia, and New Zealand)
Fortnite's redeem codes are periodically updated and come with time limitations. It's important to note that the codes are case-sensitive, so if you encounter issues during redemption, check if the code has expired or if you've entered incorrect characters.
Here's the list of all the currently active codes for Fortnite so you could redeem free rewards for when you next play Fortnite. Unfortunately, there's only one active code as of April 1-10 2024
These alpha-numerical codes are all case-sensitive, so carefully type them in to claim these exclusive rewards and free cosmetics. They're also time-limited, so redeem them ASAP before they become invalid!
Unused Fortnite V Bucks Codes List Monday, April 1, 2024
You might have come across websites or apps that claim to generate free V Bucks on Fortnite App. While some of them might seem convincing, most of them are scams. In reality, there is no such thing as a Free V Bucks Generator that can generate free V Bucks and Memberships for you.
Is Free V Bucks Generator Legit?No, Free V Bucks Generator is not legit.
Is Free V Bucks Generator Real?
No, Free V Bucks Generator is not real. It is a scam that preys on people's desire to earn free V Bucks.
Free V Bucks Generator
There is no such thing as a Free V Bucks Generator. Any website or app that claims to offer such a is a scam. These scams typically ask you to provide your Fortnite App login details or credit card information, promising to generate free V Bucks in return.

✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅

✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅

✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅

✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅

✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅

✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅

✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅
✅🔴✅CLICK HERE TO CLAIM FREE FORTNITE CODES GENERATOR✅🔴✅


text:
option for a task provider extension to contribute only "activated" by other conditions

I understand that vscode activates all task provider extensions when it needs to fetch task definitions and
that is by design as discussed many times previously (#192043, #185960, etc...).
Our extension (go) is a task provider and also test, language providers like many other language extensions.
Getting activated when not working on Go seems to hurt VS Code loading time and user experience, which we don't want.
Is there any way for task provider extensions to avoid activation
unless they are "explicitly" activated by other activation conditions?
(we currently have only  events like onLanguage, onDebugInitialConfigurations, onDebugResolve in our package.json activation event list)
I am reaching out to see if it's possible before we implement workarounds like

Stop being a task provider
Invest to implement our own custom true activation logic

Thanks for the issue. There is no way to do this at the moment, with no plans to support that, so I suggest you implement your own custom activation logic.

authors: hyangah meganrogge


text:
MSAL: Process Explorer shows above OS dialog

Testing #234768
This might be an known issue but the process explorer shows above the OS dialog for auth (or all native dialogs)

This is because the process explorer is another window.
If the process explorer was an AuxWindow like the issue reporter is, then this would probably work.

authors: TylerLeonhardt rebornix


text:
View large log file makes VSCode crash (104M)

Issue Type: Performance Issue

Open a large file. (*.log)
Observing the VSCode process in the task manager.
The process's memory continues to grow, crashing after reaching about 4GB of memory.

After changing the file name to "*. txt", opening the file will not make VSCode crash.
file_c%3A_Users_sunyi_.vscode_extensions_sumneko.lua.zip
VS Code version: Code 1.32.3 (a3db5be9b5c6ba46bb7555ec5d60178ecc2eaae4, 2019-03-14T23:43:35.476Z)
OS version: Windows_NT x64 10.0.17134

System Info

Item
Value

CPUs
Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz (8 x 3410)

GPU Status
2d_canvas: enabledchecker_imaging: disabled_offflash_3d: enabledflash_stage3d: enabledflash_stage3d_baseline: enabledgpu_compositing: enabledmultiple_raster_threads: enabled_onnative_gpu_memory_buffers: disabled_softwarerasterization: enabledsurface_synchronization: enabled_onvideo_decode: enabledwebgl: enabledwebgl2: enabled

Memory (System)
15.95GB (7.08GB free)

Process Argv

Screen Reader
no

VM
0%

Process Info
CPU %	Mem MB	   PID	Process
    1	   141	 30232	code main
    0	    66	 18336	   window (问题报告程序)
    0	   218	 43040	   window (item.lua - War3-lua-map - Visual Studio Code)
    0	    25	  2424	     watcherService
    0	    79	 81508	     extensionHost
    0	   627	 73976	       c:\Users\sunyi\.vscode\extensions\sumneko.lua\server\bin\lua-language-server.exe -E -e "LANG=\"zh-cn\"" c:\Users\sunyi\.vscode\extensions\sumneko.lua\server\main.lua
    0	     5	 18944	         console-window-host (Windows internal process)
    0	   183	 62216	   gpu-process
    0	    67	 81540	   shared-process
    0	  1160	 90692	   window (source.lua - sumneko.lua - Visual Studio Code)
    0	    60	 56496	     extensionHost
    0	    38	 90152	     watcherService
    0	    35	 97424	     searchService

Workspace Info
|  Window (source.lua - sumneko.lua - Visual Studio Code)
|  Window (item.lua - War3-lua-map - Visual Studio Code)
|    Folder (War3-lua-map): 764 files
|      File types: lua(256) txt(167) ini(87) dll(61) slk(55) md(39) lng(18)
|                  json(8) j(6) filters(5)
|      Conf files: launch.json(2) settings.json(2) tasks.json(2) sln(1)
|      Launch Configs: lua(2)
|    Folder (sumneko.lua): 1061 files
|      File types: lua(227) h(207) obj(131) c(123) dll(65) cpp(60) lni(39)
|                  vcxproj(19) filters(19) ninja(15)
|      Conf files: sln(6) launch.json(4) makefile(4) package.json(2)
|                  tsconfig.json(2) settings.json(2) tasks.json(1)
|      Launch Configs: lua(4);

Extensions: none

You can run VS Code with a larger memory limit by code --max-memory 8000 to fix this issue.

authors: rebornix sumneko


text:
[Bug] After v1.37 vscode-exploration, workspace layout is breaking when the window is minimized and then restored

VSCode Version: v1.37-exploration
OS Version: Win10-1903

Steps to Reproduce:
1. Normal layout

2. Minilize and restore

3. Complete step

Does this issue occur when all extensions are disabled?: Yes

I have no clue what is the issue here.
Can you please post reproducable steps?
Can you reproduce with vscode insiders https://code.visualstudio.com/insiders/

authors: ddzy isidorn


text:
integrated terminal on MacOS has bug.

Issue Type: Bug
On the terminal starting, this line
export A_RANDOM_VARIABLE=231

shouldn't be executed.
But it seems to be executed quietly.
This is a bug obviously.
And I believe this bug is related to and is the cause of https://github.com/microsoft/vscode/issues/70248
@Tyriar

BTW, what is that extra "%" in terminal window?
VS Code version: Code 1.36.1 (2213894ea0415ee8c85c5eea0d0ff81ecc191529, 2019-07-08T22:56:38.504Z)
OS version: Darwin x64 18.6.0
Extensions: none

Can you share your settings.json file? Also you can try enable escape sequence logging to see if the % coming from the process or not https://github.com/Microsoft/vscode/wiki/Terminal-Issues#enabling-escape-sequence-logging

Can you share your settings.json file?

Thank you for reply.
I delete the settings.json and disable all the extensions then test it again.
The result doesn't change.
You can test it for yourself.
zshrc.txt

@Tyriar Did you try this?

use given .zshrc file.
set your default shell to zsh.
totally quit vscode.
start vscode.
press control + ` to open the terminal.
see the result.

If you start zsh from shell, it works well. But if you start zsh from vscode, it works differently.

Works fine:

Can you try enable escape sequence logging to see if the % coming from the process or not https://github.com/Microsoft/vscode/wiki/Terminal-Issues#enabling-escape-sequence-logging

Can you try enable escape sequence logging to see if the % coming from the process or not https://github.com/Microsoft/vscode/wiki/Terminal-Issues#enabling-escape-sequence-logging

Yes, it's from zsh.

authors: Tyriar ladyrick


text:
So much late for searching

When you have many time opened Visual Studio Code, searching becomes slow and takes a lot

Please explain exactly what you are doing and what you see.

Takes long time for search results

authors: anfazaba msrrajsan roblourens


text:
Propose new settings.json UI for both UI and json

Something like this

copied from #78759 because it got unjustified closing and waste the opportunity to get attention
copied from #79010 because unnecessary tag make a bot close it prematurely

/duplicate of #78759

authors: Thaina gjsjohnmurray


text:
Column Selection by mouse should begin where the mouse click starts

In other editors like VS, i can hold down the Alt key, then left click the mouse at the place where I want to start the column selection, and begin dragging immediately to make the selection.
In VSC, I am required to place the cursor first then Shift+Alt, left click, drag.
This difference in starting the operation led me to thinking that either VSC was missing the feature despite documentation stating otherwise, or that the feature was bugged or otherwise unusable.

@StingyJack You can configure "editor.multiCursorModifier": "ctrlCmd" and then the alt key toggles between normal selection and column selection.
Regardless of the above setting, you can also use the middle mouse button to do column selection.

@alexandrudima -  I'm not talking about the difference between Alt vs Shift + Alt. I think i was pretty clear stating it was how the operation was started, not the hotkeys used.

In other editors like VS, i can hold down the Alt key, then left click the mouse at the place where I want to start the column selection, and begin dragging immediately to make the selection.

Use "editor.multiCursorModifier": "ctrlCmd"

authors: StingyJack alexandrudima


text:
Regression with fenced markdown blocks and injection grammars

Like the TypeScript extension, the Haxe extension injects its grammar into markdown code blocks, and then also injects the markdown grammar into its own doc comments. This allows syntax highlighting like this:

This screenshot is from VSCode 1.34 after which point something seems to have broken / changed. Starting with VSCode 1.35, the @param after the code block is no longer highlighted (even though there were no changes in any of the grammars involved):

Evidently, it doesn't consider the fenced markdown block closed:

Source for easy copy-paste:
class Main {
	/**
		```haxe
		trace("Test");
		```
		@param foo bar
	**/
	static function main() {}
}

VS Code does not include a haxe grammar so please file this against the haxe extension. Even if our markdown grammar change in some way, that extension need to investigate the issue

I'm one of the maintainers of the Haxe extension. ;) Anyway, I take it you want some isolated sample project to reproduce?

Yes, you need to debug this. If a fix to the markdown grammar is required, please submit a pr

I managed to identify the breaking commit by building VSCode from source and running git bisect:

https://github.com/microsoft/vscode/commit/f0ba210ef93504af548442b7428dc25ebab91e2e - Add support for vscode-textmate in the browser

This seems to be a fairly big refactor in / around vscode-textmate and unrelated to the markdown grammar, so not sure where to go from here (cc @alexandrudima).

@Gama11 vscode-textmate@4.2.1 did contain quite a number of changes. I wonder if https://github.com/microsoft/vscode-textmate/pull/88 is the root cause for the change in behaviour here...
Would it be possible for you to extract a standalone example that we could debug for vscode-textmate? Given the similarities, I wonder why TS did not get broken by vscode-textmate@4.2.1 in the same way as Haxe ?

@alexandrudima Yeah, good question what the difference between TS and Haxe is here. I'll work on making a small sample extension.
@matter123 Yeah, this seems to be about vscode-textmate 4.0.1 -> 4.1.1.

Oh, ok, I misread the version numbers. Do you happen to use \G ? vscode-textmate had some bugs around that which were fixed around that time-frame...

Here are the nitty-gritty details -- https://github.com/microsoft/vscode-textmate/pull/85

Here's an isolated example: https://github.com/Gama11/vscode-issue-79705
It still involves three grammars:

the language grammar itself
a grammar to inject it into markdown code blocks based on this official example, though I see there's since been a few changes to it: https://github.com/mjbvz/vscode-fenced-code-block-grammar-injection-example
a grammar to inject markdown into doc comments of the language, based on https://github.com/microsoft/vscode/blob/master/extensions/typescript-basics/syntaxes/jsdoc.injection.tmLanguage.json

While isolating it, I came across something interesting. If the closing triple backticks are right at the start of the line, they still manage to close the fenced markdown code block:
Not working:

Working:

It would seem logical that this regex is responsible:
"end": "(^|\\G)(?=\\s*[`~]{3,}\\s*$)"

I've played around with it a bit, but I feel like I don't understand \G / the changes to it well enough to figure out why it no longer works.

authors: Gama11 alexandrudima mjbvz


text:
Log files gets huge

re https://github.com/microsoft/vscode-internalbacklog/issues/774

open output channel and see messages about missing linkComputer-file (see https://github.com/microsoft/vscode/issues/79874)
wait for 15 minutes
the log files grows unbounded (base CPU load is getting high)

Need support for recurring logs.

Now web log files reccur at 5MB and there will be 5 recurring files.

To verify, run it from sources and tweak the max file size variable here - https://github.com/microsoft/vscode/blob/7c4afcf/src/vs/platform/log/common/fileLogService.ts#L13


text:
Allow extensions to contribute environment variables

We are exploring a VS Code extension that is intended to customize the behavior of external processes launched from the workspace such as tasks, terminals and debug sessions. This customization comes largely in the form of additional environment variables that are made available to those child processes.
It seems there is a hook point for debug launch profiles through a debug configuration provider, but no similar capability exists when running tasks or terminals. We can't find a workaround for tasks, and for terminals the only option seems to be to add a new command to launch a new specialized terminal, but that is awkward when the intent is for any terminal launched to receive these environment variables.

Do you need to provide environment variables for tasks and terminals, or just tasks?
For tasks, can you use the ShellExecutionOptions? One of the options is to provide an env. https://github.com/microsoft/vscode/blob/58479e80ab899402283b522da173c34867d7c78f/src/vs/vscode.d.ts#L5295

The idea here is not that an extension explicitly launches a terminal but that an extension can contribute environment variables to any call to launch a terminal. Similar to how a debug configuration provider can inject specific settings into a launch profile prior to a debug session starting.

Do you need to provide environment variables for tasks and terminals, or just tasks?

Really we would need it for terminals, and it would be nice to have it for tasks as well, but that's less important.

Related: https://github.com/microsoft/vscode/issues/46696

Actually I'll close it in favor of #46696 as it's essentially the same ask, would be good to get more feedback over there @alexr00 @stepro

authors: Tyriar alexr00 stepro


text:
Associated language

Issue Type: Bug
make a new file, configure associated language for file, choose language, get unable to write into user settings. Please open user settings to correct errors/warnings in it and try again. So I do open it, look around and I have no idea about what the issue is besides to just write the language association in myself
VS Code version: Code 1.40.2 (f359dd69833dd8800b54d458f6d37ab7c78df520, 2019-11-25T14:54:45.096Z)
OS version: Windows_NT x64 10.0.18362

Open the settings file and see if there are any errors in that file. You can do that by

Opening Settings Editor
Click on the button on the top right corner to open settings file


text:
Allow custom editors to hook into Edit menu actions such as copy, undo, redo, ...

Problem
For custom editors, we currently support undo/redo using keyboard shortcuts. However you cannot undo and redo using the Edit menu in VS Code.
Other commands like copy and paste only work in webviews because we do a execCommand('copy') call. This ends up copying the correct text but bypasses the custom copy command we have for webviews:
https://github.com/microsoft/vscode/blob/27a33ee6fe445094693df778ccec10f16a41deba/src/vs/workbench/contrib/webview/electron-browser/webviewCommands.ts#L59
Proposal
I believe that we need a way to either:

Have the global undo / redo commands from the menu bar call into our webview specific code if a webview is focus

Or allow webview to register replacement undo / redo commands in the edit menu when they are focused

/cc @bpasero, @alexdima, @sbatten

Also adding @kieferrm and @rebornix for notebooks

I would think that Undo/Redo should use some global (workbench level?) thing that keeps track of all the undos/redos that are possible and then run them. This would be the beginning of workspace-level undo/redo. We can start simple and only let the text and custom editors add edits (e.g. not the file explorer which we could do later).

Currently, undo and redo are completely owned by the editor, with a small workaround where they check if the current focused element is a <textarea> or <input> and then they invoke document.executeCommand('undo') and document.executeCommand('redo').
To get a more collaborative story, I believe the best way would be to have a workbench service where various places can contribute undo/redo stack elements. This needs to be thought through such as to not disrupt the current undo/redo behaviour and IMHO this needs to be adopted somehow by the editor.
Here is the current undo/redo implementation for the editor (this is stored per text buffer): vs/editor/common/model/editStack.ts. By looking at the way that class is used already some requirements for such a workbench service can be devised:

the ability to remove everything. Currently, when someone calls model.setValue(), the undo/redo stack for that text buffer is removed entirely.
the ability to push a stack element and have it be "opened" such that subsequent edits can go in the same stack element.
the ability to undo/redo based on a resource, because as the focus moves in the workbench, undo/redo will work on the focused resource, and not on the chronological operations. i.e. typing in a.ts, then in b.ts and then moving focus to a.ts and running undo will undo the edits in a.ts and leave the edits in b.ts untouched.

To prevent disruption, I suggest that any work done here is done via a PR which we can test and merge in only when things work smoothly.

@alexdima I'm going to look into adopting the UndoRedoService within the model layer of custom editors, similarly to how you've adopted it in TextModel. Will copy you on the PR

Custom editors are now be using the UndoRedoService. I've also exposed a way for extensions to contribute the label used for changes

I know you've been working on workspace undo so I'm adding you to this issue. We can discuss how we would like to handle this for April

Fixed by #98288

To verify:

Use the custom editor samples: https://github.com/microsoft/vscode-extension-samples/tree/master/custom-editor-sample
Test both the text based and binary custom editor
Try using the menu to trigger actions such as undo, redo, copy, paste, and select all work
Also quickly test this in a normal webview (you can use the markdown preview and create a <textarea> html element in it)

@mjbvz
I can confirm that undo and redo from the File menu are working on the latest insiders build.
However, cut, copy, and paste don't.
Are there any plans to support those operations and others that could be relevant for custom editors (e.g. Find and Select All)?

@caponetto Which operating system are you on? I see this working as expected on MacOS using a <textarea>  inside a custom editor

@mjbvz Sorry, I meant for the custom editor that I'm working on, which deals with diagram components, not text.
These operations are working fine (on Fedora 32) for a textarea inside a custom editor.
I just wonder how can we leverage from these menus on other types of custom editors.
Currently, Ctrl+C and Ctrl+V are handled by us but Edit->Copy doesn't do anything because we don't have such a handler.

@caponetto Can you please file a new feature request for that. It sounds like a good use case that will likely require some new APIs for custom editors
For copy and paste, you could try using the copy event inside the webview

@mjbvz Trying to verify this with the hex editor extension which listens to the undo and redo events which get fired for custom editors. I can execute undo and redo via keyboard shortcut, but not via the command palette. When you mean edit menu do you mean the right click menu?

@lramos15 Thanks for testing. This is for the undo/redo commands in the edit menu from the title bar. I've opened #101553 to track the undo/redo command palette not working

@connor4312 Were you following https://github.com/microsoft/vscode/issues/90110#issuecomment-647822447?
I just tried on MacOS but see it working properly:

Yea. Actually testing it some more it looks like can redo, but it's inconsistent, video: https://memes.peet.io/img/20-07-4a124599-3ddf-4c7a-aba0-8313019828bd.webm
Might an issue with the sample rather than vscode

I can't repo on windows either, even if trying to trigger these actions quickly. @connor4312 Can you make sure you have the latest extension sample version? Any specific repo steps?

authors: alexdima bpasero caponetto connor4312 lramos15 mjbvz


text:
problem with selecting persian/arabic  charachters in 1.43 release

vscode : 1.43
problem with selecting persian/arabic charachters in new release

As a workaround, you could use "editor.renderWhitespace": "none".

@alexdima  thank you , seems works great.

Duplicate of #90019


text:
Opening a file with line and column appended to the path

Issue Type: Feature Request
I copied from a build log to open a file with a build error. On the Windows command line I ran:
code F:\dev\api\main.cs(11,55)
It opened up a new file as if the file name is  "main.cs(11,55)".
It would be great if it could realize that there is a trailing part that indicates a line number or line and column. There could be various syntaxes supported for one or two numbers within a separator where it could open the file and then go to that line and column.
file.ext(15)     // go to line 15
file.ext(15,30)     // go to line 15, column 30
There are probably a few different variations that are prevelent for compiler error output and log files. It would be great to allow it to be smart and handle common scenarios easily.
VS Code version: Code 1.43.1 (fe22a9645b44368865c0ba92e2fb881ff1afce94, 2020-03-18T07:01:20.184Z)
OS version: Windows_NT x64 10.0.18363

We currently only support line/col separated by colon : and require the --goto option.

Yes, I discovered this after opening the bug. It would be nice to have this be handled automatically without requiring the --goto and more flexibly instead of only supporting colons as separators.
The goal here is to be able to copy from log files directly and not have to modify the copied string to conform to a limited syntax but rather handle it automatically when the line/col info is present on the end.

authors: akrantz bpasero


text:
Add a way to inspect memento contents

As an extension developer I do a lot of work with mementos. It would be nice if there was some Developer command / etc. to inspect (and modify) the contents of the memento storage for each extension, globalState in particular, though workspaceState would also be nice.

<ShamelessSelfPromotion>
I made an extension that facilitates this: https://marketplace.visualstudio.com/items?itemName=bwater.memento-explorer
</ShamelessSelfPromotion>

Closing this issue the functionality is available through an extension.

authors: bwateratmsft lszomoru


text:
Web upload DnD: Unclear how to cancel

Testing #97714
When uploading a very large directory, it would be helpful to have a way to cancel the operation. I'd expect a notification progress indicator with a cancel button or a cancel option onclick of the statusbar indicator.

You click on the status bar entry to see a notification that has the "Cancel" button. Did you try that?

Oh, seems like that only works on chromium. On Safari clicking the status bar doesn't seem to do anything.

Ok, thanks. Safari is currently not supported.

authors: JacksonKearl bpasero


text:
add the git.fetch action to the first header menu

add the git.fetch action to the frist header menu in scm in order to be easier to fetch the repo immediately and directly

fix: https://github.com/microsoft/vscode/issues/137916

source: gharchive/pull-request


text:
Rename margin to glyph in the hover code

Rename margin to glyph in the hover code

Seeing a merge conflict due to recently merged PR, will fix merge conflict


text:
Adding three finger swipe with various options.

Following options have been added:

'actions' -> Swipes will navigate recent action history.
'tabs' -> Swipes will navigate currently opened tabs.
'recent-tabs' -> Swipes will navigate recent tab history.
'grouped-tabs' -> Swipes will navigate currently opened tabs in selected group.

Fix: https://github.com/microsoft/vscode/issues/4803 (again)
Based on changes from: https://github.com/microsoft/vscode/commit/e368b34ac39fc1ca51e553d91a08ae2cf13048d2 from @bpasero  & and my own PR https://github.com/microsoft/vscode/pull/23663
Also fixes the confusion on what a swipe is supposed to do.
It seems most people just want or expect it to move between tabs, while I like it to function in similar fashion as Xcode.
These added options allows user to toggle their preferred setting. But it only works with a three (3) finger Swipe, as that's what the exposed Electron API uses.
Discussions:
https://github.com/microsoft/vscode/issues/40526
https://github.com/microsoft/vscode/issues/25447
https://github.com/microsoft/vscode/issues/25325
https://github.com/microsoft/vscode/issues/25449

Thanks, but I am not accepting pull requests that leverage Electron APIs. Please see https://github.com/microsoft/vscode/wiki/How-to-Contribute#pull-requests and thanks for understanding.

Avoid changes that require specific Electron APIs, instead try to implement your change leveraging official Web APIs.

@bpaseroCould I am sorry to hear, but I kinda rely heavily on this sort of UX for my workflow, coming from Xcode it's very useful to being able to have a single window and swiping quickly through history - even between tabs and past opened files.
Is there anyway we could make an exception and isolating it for macOS only somehow?
I investigated if this was possible as an extension, and it isn't.
Is there any other approach of injecting this feature in without relying on keeping a fork up to date?

@seivan I think I already mentioned our options here:

we add a test for Electron to prevent breakage in the future
we find a HTML spec equivalent that does not require Electron APIs

@bpasero Yep, that's a four day old comment that was edited before this discussion https://github.com/microsoft/vscode/issues/82588

@seivan oh sorry, I think GitHub is really in trouble with notifications, I am getting old notifications showing up as new notifications!
@becca you might want to be aware of this. Happened twice to me already.

@bpasero I think it's me that edited a type in your username. It's my fault, I'm sorry.

Ah easy, no worries. Maybe that happened in another case as well.

@bpasero can you please provide more information? here or via email works. are these notifications for commits/comments/reviews and how are these notifications being delivered (web or email)?
thanks for the heads up!

@becca I only consume notifications via web, but if editing it causes it to be shown again, then it would explain why this happened.

depending on the edits being made that could be what's happening. is there a specific event you're referring to here that i should 👀?

I will keep an eye out if this happens again and let you know, thanks for reaching out here.

authors: becca bpasero seivan


text:
Windows x64 platform specific extension does not show up

Describe the bug
I've been trying to publish my VSCode extension https://marketplace.visualstudio.com/items?itemName=JohnnyMorganz.luau-lsp today. I publish for multiple targets separately: win32-x64, linux-x64, darwin-x64, darwin-arm64
Everything is "successful" and it even shows that its published in the Manage section, but the Windows version does not show up on the web marketplace, and it cannot be installed in VSCode for Windows. I have tried uploading the extension twice with a version bump, but it has no success. I also tried publishing it as win32-ia32, which shows up on the "Manage" section as well but not on the web marketplace
Expected behavior
The Windows extension shows up in the web marketplace and is installable in VSCode
Screenshots
Shows as uploaded in the "Manage" section:

But does not show on web:

And VSCode (windows only) is stuck on the old version:

Additional context
Successful CI run to publish: https://github.com/JohnnyMorganz/luau-lsp/actions/runs/3275701311/jobs/5390874505

Looks like there just must've been a very long backlog for Windows as its slowly starting to pop up now.
Sorry for the noise!

repo: microsoft/vsmarketplace