text:
C language structure smart tips

When C code is edited, the hint of the structure shows all the members of the structure, not the members of the current structure. Is there any way to make the software only prompt the current structure members.

This is not a VS Code specific issue. Please open an issue in the extension's repository.

source: gharchive/issue

authors: tsalinger zhilulingguan

repo: Microsoft/vscode

license: MIT

license_type: permissive

license_source: github-api


text:
Feature Request: remember commit message between source control providers

If one has more then one source control providers, switching between them causes the commit message to be erased.
It would be real nice if it didnt.

/duplicate #26952

It's similar, but not really. That issue talks about having history for past commits, while this one is only about saving the text box contents.

authors: joaomoreno wildeyes


text:
shift+tab or tab doesnt seem to work in confirm dialog on MacOS

From twitter:
"@code When I close a workspace, a prompt asks me if I'd like to save it. I can hit esc to cancel or enter to save. Why can't I hit shift+tab or tab to highlight and then select "don't save"? This is on MacOS. I ❤ VS Code by the way! You guys are doing great work."
https://twitter.com/LoganHoup/status/979072735283433472

Hi there! That's my tweet. Please let me know if you need any additional information.

I think those buttons are typically not tabbable on MacOS right? I see the same thing on some other dialogs.

Wow. I can't believe I've never noticed that. After triggering similar dialogs elsewhere in MacOS, I don't think that's natively supported. That's unfortunate. Aside from that event, I can do almost everything without reaching for a mouse in VS Code.

You can use cmd+d to trigger "don't save" (weird shortcut but works on all similar dialogs on MacOS)

authors: auchenberg hu0p roblourens


text:
Windows update failed: Access is denied

Log from %HOME%\AppData\Local\Temp\vscode-inno-updater.log
Apr 13 11:27:40.666 INFO Starting: C:\Program Files\Microsoft VS Code\Code.exe, false
Apr 13 11:27:40.670 INFO Checking for running Code.exe processes... (attempt 1)
Apr 13 11:27:40.670 INFO Code.exe is running, wait a bit
Apr 13 11:27:41.148 INFO Checking for running Code.exe processes... (attempt 2)
Apr 13 11:27:41.153 INFO Code.exe is running, wait a bit
Apr 13 11:27:41.654 INFO Checking for running Code.exe processes... (attempt 3)
Apr 13 11:27:41.666 INFO Code.exe is not running
Apr 13 11:27:41.666 INFO Starting update, silent = false
Apr 13 11:27:41.691 INFO do_update: "C:\\Program Files\\Microsoft VS Code\\Code.exe", _
Apr 13 11:27:41.692 INFO move_update: "C:\\Program Files\\Microsoft VS Code\\unins000.dat", _
Apr 13 11:27:41.696 INFO Delete: "Code.exe" (attempt 1)
Apr 13 11:27:41.744 INFO Delete: "Code.exe" (attempt 2)
Apr 13 11:27:41.945 INFO Delete: "Code.exe" (attempt 3)
Apr 13 11:27:42.396 INFO Delete: "Code.exe" (attempt 4)
Apr 13 11:27:43.197 INFO Delete: "Code.exe" (attempt 5)
Apr 13 11:27:44.448 INFO Delete: "Code.exe" (attempt 6)
Apr 13 11:27:46.249 INFO Delete: "Code.exe" (attempt 7)
Apr 13 11:27:48.700 INFO Delete: "Code.exe" (attempt 8)
Apr 13 11:27:51.901 INFO Delete: "Code.exe" (attempt 9)
Apr 13 11:27:55.952 INFO Delete: "Code.exe" (attempt 10)
Apr 13 11:28:00.953 INFO Delete: "Code.exe" (attempt 11)
Apr 13 11:28:00.953 ERRO Access is denied. (os error 5)

On Windows 10 64 bit

This is a puzzle to me, because we know Code isn't running... so why can't the updater remove Code... unless it is really running?

@ryanolsonx @gitDylanHub @OfficerHalf @SwingCoder911
Can you run this little app I've created, while Code is running?  rust-playground.zip
It will output all running process numbers and names. Something like this:

Does Code appear in that list, for you? Can you show me the output of the app in your system?

I'll do you one better. I'm attaching the output of that before running the update, while running the update, and at the point when I get the error message.
pre-update.txt
mid-update2.txt
error.txt
It certainly doesn't look like Code is running. That doesn't necessarily mean that some other process isn't preventing its deletion, though.

@OfficerHalf Awesome, it's great that you can reliably reproduce it. Any thoughts on who might be preventing that deletion? Just to confirm, the setup runs elevated, correct? Does the inno-updater.exe process also run elevated?

Well, there are at least two pieces of security software running on my machine: ESET Security and CrowdStrike Falcon (though CrowdStrike is a recent addition, and I think this issue was present before it was installed), neither of which I have any control over. There are also various other controls in place as this is a managed Enterprise installation of Windows. I have co-workers that use Code without issue though so I doubt it's those. My guess was more along the lines of zombie processes spawned by Code that were still holding some resource.
A quick check in the task manager shows that all three update processes (inno_updater.exe, CodeSetup-insider-.exe, and CodeSetup-insider-.tmp) are elevated.

OK. I just need you to use the task manager and find those zombie processes and what are their full command line.

FindZombieHandles reports nothing. I'm at a loss.

And can you manually delete the executable file yourself, in the file explorer?

I can delete it manually. Even attempted to do so during the update, though it still failed with a complaint that the file didn't exist. Make up your mind, updater... 😁

The updater, as admin, can't. Yet you can easily delete it. Did you get an elevation prompt to delete the file?

I was not asked to elevate. I just get the usual 'are you sure you want to delete this' prompt.

Same issue that was originally reported here with the most recent update as well.  So, had this issue on 1.22 and again now on 1.23.  Be kind of annoying if I have to uninstall and download to get the latest features.  Definitely a work related only issue though, can update on my personal easily. Probably good old McAfee locking everything down in the registries with some unique rule.

@scragly @amitesh-gaurav @Clarkey @azarc3 @abmagil @Austen-Oberheu @DeltaIndiana @nickdeppe @maddes @alvarofelipe12 @ojintoad @LouieK22
I'm pinging all of you since you all reported the same error Access is denied. I want to ask you to try to reproduce it, so we get more info from it.
In order to reproduce it, close Code, open the C:\Program Files\Microsoft VS Code\app\product.json and change the commit field to outdated. Start Code, you should get an update flow. If the issue reproduces and you get the dialog which asks you to send us the log file, please do the following:

Open Process Hacker
Enable the Elevation, Integrity and Command line columns in Process Hacker
Search for any Code.exe processes running. If they are running, copy the full command line of each and show me.
Check what is the elevation and integrity of the inno_updater.exe, does it match its parent?

Thanks for your help here, looking forward to learn more about this and fixing it!

@joaomoreno on my machine, the C:\Program Files\Microsoft VS Code\app folder does not exist...
This is after a couple more failed upgrades (same symptoms as https://github.com/Microsoft/vscode/issues/49460#issue-321192492) if that provides any insight.

Oh man, sorry about that. It's in resources\app. I've updated the original post.

I updated the json file and reopened code, but the update flow didn't kick in automatically.  I kicked off an update flow from the gear in the lower left which went through successfully.  I am currently running 1.23.1
I will keep an eye on this ticket and, if the problem rears its head again, return to the steps you listed.

@abmagil That's great to know, looking forward to it!

I was able to repro this again. Guess it working was a fluke.

inno_updater.exe is elevated
inno_updater.exe Command Line: "C:\DevTools\VSCodeStable\tools\inno_updater.exe" "C:\DevTools\VSCodeStable\Code.exe" false
There are no Code.exe (or Code-Insiders.exe) processes.

I can't check 'Integrity' as I'm not able to run Process Hacker due to the security suite my company has running on my machine.

security suite my company has running on my machine

The problem could very well be related to this.
@scragly @amitesh-gaurav @Clarkey @azarc3 @abmagil @Austen-Oberheu @DeltaIndiana @nickdeppe @maddes @alvarofelipe12 @ojintoad @LouieK22
Guys/gals, are your machines also managed by a corporation?

Mine is, yes.
On Tue, Jun 5, 2018 at 4:03 AM João Moreno notifications@github.com wrote:

security suite my company has running on my machine
The problem could very well be related to this.
@scragly https://github.com/scragly @amitesh-gaurav
https://github.com/amitesh-gaurav @Clarkey https://github.com/Clarkey
@azarc3 https://github.com/azarc3 @abmagil https://github.com/abmagil
@Austen-Oberheu https://github.com/Austen-Oberheu @DeltaIndiana
https://github.com/DeltaIndiana @nickdeppe
https://github.com/nickdeppe @maddes https://github.com/maddes
@alvarofelipe12 https://github.com/alvarofelipe12 @ojintoad
https://github.com/ojintoad @LouieK22 https://github.com/LouieK22
Guys/gals, are your machines also managed by a corporation?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Microsoft/vscode/issues/47841#issuecomment-394603217,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABY2am8zMCEy_VUN9RlABFcjCa5EGleDks5t5i1egaJpZM4TTz7T
.

Mine as well, I managed to solve this by manually running the installer.

Mine is not

Hello, i'm sorry but that PC is property of my company and the technic support guy say thats not possible to do that procedure.

You can still use the old update mechanism with the following setting:
"update.enableWindowsBackgroundUpdates": false

Though it would be pretty cool if we could make the background updates work on your machines... I would need some more feedback.

Just updated to 1.24.0 without issue this time with the in-client updater. My PC is not managed by a corporation.
Just as a note though, which could be unrelated, I'm not sure; I actually had seemingly the exact same issue as before with a Git for Windows update recently.

Sorry, I'm a little late getting back to you.  Yes, my machine is a company machine, and we are also running CrowdStrike Falcon.

Hi - we've been having the same problem on various machines. Machines are a mix of corporate managed and personally managed machines, and they are running Windows 10 Pro or Enterprise with MSFT security tools (nothing else added).
The frequent error is due to a refusal to proceed because the "resources" directory is not empty due to something behind by an extension.
Trace:
Jun 12 18:33:58.992 INFO Starting: C:\Program Files\Microsoft VS Code\Code.exe, false
Jun 12 18:33:58.994 INFO Checking for running Code.exe processes... (attempt 1)
Jun 12 18:33:58.994 INFO Code.exe is running, wait a bit
Jun 12 18:33:59.493 INFO Checking for running Code.exe processes... (attempt 2)
Jun 12 18:33:59.504 INFO Code.exe is running, wait a bit
Jun 12 18:34:00.005 INFO Checking for running Code.exe processes... (attempt 3)
Jun 12 18:34:00.019 INFO Code.exe is running, wait a bit
Jun 12 18:34:00.520 INFO Checking for running Code.exe processes... (attempt 4)
Jun 12 18:34:00.532 INFO Code.exe is not running
Jun 12 18:34:00.532 INFO Checking for possible conflicting running processes... (attempt 1)
Jun 12 18:34:00.542 INFO Inno Updater v0.4.3
Jun 12 18:34:00.542 INFO Starting update, silent = false
Jun 12 18:34:00.614 INFO do_update: "C:\Program Files\Microsoft VS Code\Code.exe", _
Jun 12 18:34:00.615 INFO move_update: "C:\Program Files\Microsoft VS Code\unins000.dat", _
Jun 12 18:34:00.615 INFO Delete: "api-ms-win-core-console-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.616 INFO Delete: "api-ms-win-core-datetime-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.616 INFO Delete: "api-ms-win-core-debug-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.617 INFO Delete: "api-ms-win-core-errorhandling-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.617 INFO Delete: "api-ms-win-core-file-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.617 INFO Delete: "api-ms-win-core-file-l1-2-0.dll" (attempt 1)
Jun 12 18:34:00.618 INFO Delete: "api-ms-win-core-file-l2-1-0.dll" (attempt 1)
Jun 12 18:34:00.618 INFO Delete: "api-ms-win-core-handle-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.619 INFO Delete: "api-ms-win-core-heap-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.619 INFO Delete: "api-ms-win-core-interlocked-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.619 INFO Delete: "api-ms-win-core-libraryloader-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.619 INFO Delete: "api-ms-win-core-localization-l1-2-0.dll" (attempt 1)
Jun 12 18:34:00.620 INFO Delete: "api-ms-win-core-memory-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.620 INFO Delete: "api-ms-win-core-namedpipe-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.621 INFO Delete: "api-ms-win-core-processenvironment-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.621 INFO Delete: "api-ms-win-core-processthreads-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.621 INFO Delete: "api-ms-win-core-processthreads-l1-1-1.dll" (attempt 1)
Jun 12 18:34:00.622 INFO Delete: "api-ms-win-core-profile-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.622 INFO Delete: "api-ms-win-core-rtlsupport-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.622 INFO Delete: "api-ms-win-core-string-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.623 INFO Delete: "api-ms-win-core-synch-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.623 INFO Delete: "api-ms-win-core-synch-l1-2-0.dll" (attempt 1)
Jun 12 18:34:00.623 INFO Delete: "api-ms-win-core-sysinfo-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.624 INFO Delete: "api-ms-win-core-timezone-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.624 INFO Delete: "api-ms-win-core-util-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.625 INFO Delete: "api-ms-win-crt-conio-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.625 INFO Delete: "api-ms-win-crt-convert-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.625 INFO Delete: "api-ms-win-crt-environment-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.626 INFO Delete: "api-ms-win-crt-filesystem-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.626 INFO Delete: "api-ms-win-crt-heap-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.627 INFO Delete: "api-ms-win-crt-locale-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.627 INFO Delete: "api-ms-win-crt-math-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.627 INFO Delete: "api-ms-win-crt-multibyte-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.628 INFO Delete: "api-ms-win-crt-private-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.628 INFO Delete: "api-ms-win-crt-process-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.629 INFO Delete: "api-ms-win-crt-runtime-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.629 INFO Delete: "api-ms-win-crt-stdio-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.629 INFO Delete: "api-ms-win-crt-string-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.630 INFO Delete: "api-ms-win-crt-time-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.630 INFO Delete: "api-ms-win-crt-utility-l1-1-0.dll" (attempt 1)
Jun 12 18:34:00.631 INFO Delete: "bin" (attempt 1)
Jun 12 18:34:00.632 INFO Delete: "blink_image_resources_200_percent.pak" (attempt 1)
Jun 12 18:34:00.632 INFO Delete: "Code.exe" (attempt 1)
Jun 12 18:34:00.638 INFO Delete: "Code.VisualElementsManifest.xml" (attempt 1)
Jun 12 18:34:00.638 INFO Delete: "CodeSignSummary.md" (attempt 1)
Jun 12 18:34:00.638 INFO Delete: "content_resources_200_percent.pak" (attempt 1)
Jun 12 18:34:00.639 INFO Delete: "content_shell.pak" (attempt 1)
Jun 12 18:34:00.639 INFO Delete: "d3dcompiler_47.dll" (attempt 1)
Jun 12 18:34:00.639 INFO Delete: "ffmpeg.dll" (attempt 1)
Jun 12 18:34:00.640 INFO Delete: "icudtl.dat" (attempt 1)
Jun 12 18:34:00.640 INFO Delete: "libEGL.dll" (attempt 1)
Jun 12 18:34:00.641 INFO Delete: "libGLESv2.dll" (attempt 1)
Jun 12 18:34:00.641 INFO Delete: "locales" (attempt 1)
Jun 12 18:34:00.654 INFO Delete: "msvcp140.dll" (attempt 1)
Jun 12 18:34:00.655 INFO Delete: "natives_blob.bin" (attempt 1)
Jun 12 18:34:00.655 INFO Delete: "node.dll" (attempt 1)
Jun 12 18:34:00.657 INFO Delete: "pdf_viewer_resources.pak" (attempt 1)
Jun 12 18:34:00.657 INFO Delete: "resources" (attempt 1)
Jun 12 18:34:01.367 INFO Delete: "resources" (attempt 2)
Jun 12 18:34:01.568 INFO Delete: "resources" (attempt 3)
Jun 12 18:34:02.019 INFO Delete: "resources" (attempt 4)
Jun 12 18:34:02.820 INFO Delete: "resources" (attempt 5)
Jun 12 18:34:04.071 INFO Delete: "resources" (attempt 6)
Jun 12 18:34:05.872 INFO Delete: "resources" (attempt 7)
Jun 12 18:34:08.323 INFO Delete: "resources" (attempt 8)
Jun 12 18:34:11.524 INFO Delete: "resources" (attempt 9)
Jun 12 18:34:15.575 INFO Delete: "resources" (attempt 10)
Jun 12 18:34:20.576 INFO Delete: "resources" (attempt 11)
Jun 12 18:34:26.628 INFO Delete: "resources" (attempt 12)
Jun 12 18:34:33.829 INFO Delete: "resources" (attempt 13)
Jun 12 18:34:42.280 INFO Delete: "resources" (attempt 14)
Jun 12 18:34:52.082 INFO Delete: "resources" (attempt 15)
Jun 12 18:35:03.333 INFO Delete: "resources" (attempt 16)
Jun 12 18:35:16.134 INFO Delete: "resources" (attempt 17)
Jun 12 18:35:30.585 INFO Delete: "resources" (attempt 18)
Jun 12 18:35:46.786 INFO Delete: "resources" (attempt 19)
Jun 12 18:36:04.837 INFO Delete: "resources" (attempt 20)
Jun 12 18:36:24.838 INFO Delete: "resources" (attempt 21)
Jun 12 18:36:46.889 INFO Delete: "resources" (attempt 22)
Jun 12 18:37:11.090 INFO Delete: "resources" (attempt 23)
Jun 12 18:37:37.541 INFO Delete: "resources" (attempt 24)
Jun 12 18:38:06.343 INFO Delete: "resources" (attempt 25)
Jun 12 18:38:37.594 INFO Delete: "resources" (attempt 26)
Jun 12 18:39:11.395 INFO Delete: "resources" (attempt 27)
Jun 12 18:39:11.396 ERRO The directory is not empty. (os error 145)
Extension (all folders in path starting from and including "resources" only contain the sub-folder indicated in the path - the last folder is empty).
C:\Program Files\Microsoft VS Code\resources\app\extensions\markdown\node_modules\highlight.js\docs
We love the tool.
Thx.

@joaomoreno  , I was getting the same error

Access denied os error(5)

When i was trying to update vs code insiders , but after reading the this whole thread I disabled the malwarebytes protection software on my PC completely , and Voila , the update completed super smooth.
I think these protection softwares are the root cause behind this update error.

I've had this problem since 1.22.2 (trying to upgrade to 1.23). I'm in a corporate environment with a bunch of security stuff installed and have had the same issues with:
...
10:21:48.097 INFO Delete: "Code.exe" (attempt 11)
Jun 14 10:21:48.097 ERRO Access is denied. (os error 5)

As an additional data point, I tried setting update.enableWindowsBackgroundUpdates to false, which launched the installer when updating from within the client. However this also failed to update Code.exe with an access denied error. Manually downloading the installer (1.24.1) and launching it worked.

Having the same issue since 1.24.0, both on my work PC and my home PC. Getting the same Access Denied errors for Code.exe as the original poster. Manually downloading the update and applying it worked for 1.24.0, but I am reporting this now instead of ignoring it like last time, so I did not try to manually update to 1.24.1.
Jun 14 08:44:21.961 INFO Starting: C:\Program Files\Microsoft VS Code\Code.exe, false
Jun 14 08:44:21.966 INFO Checking for running Code.exe processes... (attempt 1)
Jun 14 08:44:21.972 INFO Code.exe is running, wait a bit
Jun 14 08:44:22.472 INFO Checking for running Code.exe processes... (attempt 2)
Jun 14 08:44:22.487 INFO Code.exe is running, wait a bit
Jun 14 08:44:22.987 INFO Checking for running Code.exe processes... (attempt 3)
Jun 14 08:44:23.001 INFO Code.exe is running, wait a bit
Jun 14 08:44:23.501 INFO Checking for running Code.exe processes... (attempt 4)
Jun 14 08:44:23.515 INFO Code.exe is not running
Jun 14 08:44:23.515 INFO Checking for possible conflicting running processes... (attempt 1)
Jun 14 08:44:23.529 INFO Inno Updater v0.4.3
Jun 14 08:44:23.530 INFO Starting update, silent = false
Jun 14 08:44:23.589 INFO do_update: "C:\\Program Files\\Microsoft VS Code\\Code.exe", _
Jun 14 08:44:23.589 INFO move_update: "C:\\Program Files\\Microsoft VS Code\\unins000.dat", _
Jun 14 08:44:23.590 INFO Delete: "Code.exe" (attempt 1)
Jun 14 08:44:23.641 INFO Delete: "Code.exe" (attempt 2)
Jun 14 08:44:23.842 INFO Delete: "Code.exe" (attempt 3)
Jun 14 08:44:24.292 INFO Delete: "Code.exe" (attempt 4)
Jun 14 08:44:25.093 INFO Delete: "Code.exe" (attempt 5)
Jun 14 08:44:26.344 INFO Delete: "Code.exe" (attempt 6)
Jun 14 08:44:28.145 INFO Delete: "Code.exe" (attempt 7)
Jun 14 08:44:30.595 INFO Delete: "Code.exe" (attempt 8)
Jun 14 08:44:33.796 INFO Delete: "Code.exe" (attempt 9)
Jun 14 08:44:37.848 INFO Delete: "Code.exe" (attempt 10)
Jun 14 08:44:42.848 INFO Delete: "Code.exe" (attempt 11)
Jun 14 08:44:42.849 ERRO Access is denied. (os error 5)

I can run Process Hacker however when the bug occurs, and following the procedure from this comment, I can see there are no Code.exe processes running when the error dialog is shown.

In case the command lines are important, here they are, in order:
C:\Users\bmiller\AppData\Local\Temp\vscode-update-x64\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.exe /verysilent /update="C:\Users\bmiller\AppData\Local\Temp\vscode-update-x64\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.flag" /nocloseapplications /mergetasks=runcode,!desktopicon,!quicklaunchicon

"C:\Users\bmiller\AppData\Local\Temp\is-UDDQA.tmp\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.tmp" /SL5="$7322B2,45792428,159232,C:\Users\bmiller\AppData\Local\Temp\vscode-update-x64\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.exe" /verysilent /update="C:\Users\bmiller\AppData\Local\Temp\vscode-update-x64\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.flag" /nocloseapplications /mergetasks=runcode,!desktopicon,!quicklaunchicon

"C:\Users\bmiller\AppData\Local\Temp\vscode-update-x64\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.exe" /SPAWNWND=$1221CC /NOTIFYWND=$7322B2 /verysilent /update="C:\Users\bmiller\AppData\Local\Temp\vscode-update-x64\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.flag" /nocloseapplications /mergetasks=runcode,!desktopicon,!quicklaunchicon

"C:\Users\bmiller\AppData\Local\Temp\is-CVUNE.tmp\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.tmp" /SL5="$480A92,45792428,159232,C:\Users\bmiller\AppData\Local\Temp\vscode-update-x64\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.exe" /SPAWNWND=$1221CC /NOTIFYWND=$7322B2 /verysilent /update="C:\Users\bmiller\AppData\Local\Temp\vscode-update-x64\CodeSetup-stable-24f62626b222e9a8313213fb64b10d741a326288.flag" /nocloseapplications /mergetasks=runcode,!desktopicon,!quicklaunchicon

"C:\Program Files\Microsoft VS Code\tools\inno_updater.exe" "C:\Program Files\Microsoft VS Code\Code.exe" false

Let me know if you need anything else, I can reproduce this at will.

@Fulg Great details. It would be very interesting to find out whether we could detect such a scenario... why would access be denied in your machine?

@joaomoreno, C:\\Program Files\\Microsoft VS Code\\Code.exe exists when the error occurs.
I ran the update with Process Monitor opened, figuring it might give another clue to the failure:

I have saved the entire log (filtered by the strings "code" and "updater" in the process names), you can get it here.
I am happy to try other things if you want.

I am getting the same issue. It has happened so far for the last 2 updates for Insiders. I have had to reinstall it twice now due to it erroring me out. I get the same "Access is denied. (os error 5)" error code at the bottom of the log. Getting the same error log as sergio-domingues

The same here. What I think strange is that I did the update as administrator, and there the VS Code is 1.24.1, but for my normal user, it's still showing the old version 1.24.0. My laptop is corporate managed with Windows 7 64bit.

Interesting detail: as I tried to test other cases, the 1.24.1 update actually succeeded, so it seems this is a somewhat random problem. I wanted to check if another process was somehow keeping a handle on the old Code.exe (antivirus or whatever).
I tried to force another update by changing the commit field in C:\Program Files\Microsoft VS Code\resources\app\product.json but that did not help, the update succeeded again. Hopefully the information I posted before will be helpful, as it seems I cannot reproduce the issue anymore.

Sorry, but I'm confused now. Is this a random problem or is it related with people who has his laptop managed by the employer? A second question is: why the user VS Code isn't updated when I do the update as administrator? Is this another issue?

@marcelomgarcia, sorry if my comments confused you. What I I meant is that I had the error constantly (I could not update from 1.24.0 to 1.24.1), and in the process of investigating possible causes, the problem just stopped occurring despite no configuration changes on my part. My PC is still managed by my organization, even though we have Admin-level accounts.
It seems that if you keep retrying, eventually you will succeed. This probably means it is a subtle timing problem in the upgrade process, which occurs more often for some people than others.
@joaomoreno, I managed to reproduce the problem again while writing this comment (I think this proves the bug is indeed random!), this time adding more bits to the Process Monitor log. You can find it here.
Interestingly, I see now there are multiple attempts at deleting the file (is this new from 1.24.1?), all of them fail, but there are also several BUFFER OVERFLOW errors:

Hope this helps.

These are great insights!

I had this issue just now on Windows 10 64 Bit, error code os error 5. Was not able to try the update again because file Code.exe did not exist.

Something I noticed that can help anyone while this is being fixed, and also may help with diagnosing this is that once the VS Code application has finished installing the update, and the little popup comes up in the bottom right telling you to 'Restart to apply Updates', just closing the window manually and restart applies the update no problem

Guys & girls, I got something else for you to try out today. I just pushed user installable Windows setup packages to our build pipeline. This should let you install VS Code without administrator privileges, in your LOCALAPPDATA folder while keeping those nice background updates.
So, I ask you this:

Install the Insiders User Setup: https://vscode-update.azurewebsites.net/latest/win32-x64-user/insider
Make sure it runs fine.
Similarly to the suggestion above, open the %localappdata%\Programs\Microsoft VS Code\resources\app\product.json and change the commit field to outdated.
Restart Code, an update should happen

Does the update succeed in this setup? If so, please give it a few more retries just to make sure it succeeds consistently. If not, hit me up with the log file so I can take a look.
Thanks, looking forward for the experiment results 🤓

@joaomoreno, that new Insiders build succeeds for me when installing forced updates 5 out of 5 times. The old 1.24.1 on the same machine succeeded only once out of 5 (new) attempts.
Not a fan of installing apps in %localappdata%, but if you must...
BTW, I should have mentioned this earlier: on my machine UAC is partially gimped and set to Never Notify (it is still active however). My account has Admin privileges on the local PC but I don't run VS Code elevated.

@Fulg That is great news.

BTW, I should have mentioned this earlier: on my machine UAC is partially gimped and set to Never Notify (it is still active however). My account has Admin privileges on the local PC but I don't run VS Code elevated.

That's interesting, I'll try that setup locally.

Anyone else wants to provide some more feedback?

I can't reproduce this at all any more. The last 4 updates have applied with no issue

anyone who solved this problem?

I had the same problem and disabled MalwareBytes as a user suggested earlier. This solved it for me. After some testing around I found MalwareBytes Ransomware protection to be the cause of the issue for me.
It's only tested with 1.25.0 Insiders but maybe it could help on other versions, too.
Hopefully, this is the same issue as I have not been able to delete or modify the VSCode executable itself after running the update.

I tried with the insider build (1.26) but the update failed. However, I too have MalwareBytes installed and, according to their forum, their ransomware protection appears to cause this kind of problems for many users with various applications. https://forums.malwarebytes.com/topic/229748-mb-3512522-prevents-some-programs-updating/  As I have recently experienced problems with updating other programs in addition to VS Code, I believe that my problems are not due to any flaw in VS Code.

Similar problem; similar solution -- in case it helps someone:
Neither in-Code updates nor exe download worked for me under normal or elevated UAC. ESET turned out to be the culprit. Installed without issue when real-time protection is fully disabled.
(Win10x64, Dell Inspiron 7000)

Something strange going on here..... Both my servers (HPE Blade) running (repspectively) Win 2016 Stable and Win 2019 Preview. Updating 1.24 -> 1.25 failed on both. Whats worth noting is that update on Win10 Desktop went without an issue.

I've had the same issue with 1.24.1 and now 1.25. Same error that others have described, with the installer failing after being unable to delete code.exe. I have an employer managed machine as well. As a work around, I've found the following to solve the issue on both machines I've tried it on ...
After the installer opens and shows the green progress bar, once it cycles ~3 times I cut and paste code.exe out of the folder. I had to allow the move by clicking through an elevation prompt, but otherwise the update worked right away both times. My idea was giving it enough time to recognize code.exe exists, but have code.exe disappear before it gives up trying to delete it itself.
Maybe that will help some of you out!?

Same issue for latest update (1.25~). Is this an issue only for windows users?

@daditangs I can't say anything for Mac OS but on Linux the internal updater is not really used. Most applications are centrally managed using a package manager and at least on ArchLinux it is used for VSCode, too.

vscode-inno-updater-normal.log
vscode-inno-updater-insider.log
I had a problem to update to the latest version just now. Also had the same problem with the previous update.
I also tried to install the insider version, still had the update problem.
I have malwarebytes installed as some others said above.

Just uninstall it after updating Malware bytes, then re-install VS Code, works perfectly.

There's a new update on MalwareBytes just today that is supposed to fix the issue with ransomware protection preventing update on programs.

This is pretty cool.

@FossoresLP
I already got the latest update. Indeed, based on the comments above, I needed to download the exe installer and reinstall. However, with my colleague, he did not experience this issue on his laptop (same as mine)

I uninstalled Visual Studio Code and checked for Malwarebytes updates. I was already up to date. I reinstalled VSC and I'm back in business.  Everything appears in order. Also here's the error message I received.

Redirecting here is good to raise awareness. But ultimately, it forces everyone to scroll through the comments to figure out why they landed here.
A better UX would be to:

allow VSCode to update in background - this means 1) do not nag me on every instance, every time whether I want to update or not. 2) do not require admin permissions to do so.
upgrade vscode the next time it restarts silently (maybe make it configurable)

When in doubt, follow Chrome's auto-update behavior.
Please do not let VSCode become the next Adobe Flash. :pray:

allow VSCode to update in background - this means 1) do not nag me on every instance, every time whether I want to update or not. 2) do not require admin permissions to do so.

This is exactly what the link you just followed pointed to: https://github.com/Microsoft/vscode/issues/47841#issuecomment-399941682
That comment suggests you use the user installable package: https://vscode-update.azurewebsites.net/latest/win32-x64-user/insider This setup will not ask for permission to update, nor credentials, it just updates in the background.

@joaomoreno Well that didn’t happen exactly it was supposed to. I simply landed at the last comment. In fact, even now, on ios safari, it takes you one comment above your intended comment.
But even assuming technology worked the way it’s supposed to, it’d take a lot to connect the dots. Install failed, some page opened and why am I looking at some random github issue?
The developer in me admires this marvel idea, the end user in me is horrified at the new direction this UX is going!! 😂

Disabling Malwarebytes while running installer worked for me

I attempted to use the joaomoreno's insiders User setup method, which didn't work (lost during update). After that I tried disabling MWB ransomware protection as others have mentioned - that worked instantly! Note - it seems you don't have to completely disable MWB, only the ransomware module.

I don't have malwarebytes and I also have this error:

Failed to install VS Code update. Please download and reinstall VS Code.
Please attach the following log file to a new issue on GitHub:
C:\Users\beabri01\AppData\Local\Temp\vscode-inno-updater.log
You might want to try the new Windows User Setup available from version 1.25. You will be redirected to a link which provides more information:
https://aka.ms/vscode-update-access-denied

vscode-inno-updater.log

@bcbeatty Do you have another kind of anti-virus/malware?

Just windows defender

Faced this issue while updating VS Code today:

VS Code current version:
Version: 1.25.0
Commit: 0f080e5267e829de46638128001aeb7ca2d6d50e
Date: 2018-07-05T13:11:58.697Z
Electron: 1.7.12
Chrome: 58.0.3029.110
Node.js: 7.9.0
V8: 5.8.283.38
Architecture: x64
OS-Windows 10 64-bit

Same here, no additional AV is installed, pretty clean system, same problem

Microsoftee brilliance at work yet again
F* this

same issue found today:
Version 1.24.1
Commit 24f62626b222e9a8313213fb64b10d741a326288
Date 2018-06-13T17:51:32.889Z
Shell 1.7.12
Renderer 58.0.3029.110
Node 7.9.0
Architecture x64
Target version: 1.25.1
Jul 25 10:24:43.139 INFO Starting: C:\Program Files\Microsoft VS Code\Code.exe, false
Jul 25 10:24:43.144 INFO Checking for running Code.exe processes... (attempt 1)
Jul 25 10:24:43.144 INFO Code.exe is running, wait a bit
Jul 25 10:24:43.652 INFO Checking for running Code.exe processes... (attempt 2)
Jul 25 10:24:43.668 INFO Code.exe is running, wait a bit
Jul 25 10:24:44.198 INFO Checking for running Code.exe processes... (attempt 3)
Jul 25 10:24:44.213 INFO Code.exe is running, wait a bit
Jul 25 10:24:44.717 INFO Checking for running Code.exe processes... (attempt 4)
Jul 25 10:24:44.733 INFO Code.exe is running, wait a bit
Jul 25 10:24:45.245 INFO Checking for running Code.exe processes... (attempt 5)
Jul 25 10:24:45.386 INFO Code.exe is running, wait a bit
Jul 25 10:24:45.908 INFO Checking for running Code.exe processes... (attempt 6)
Jul 25 10:24:45.929 INFO Code.exe is running, wait a bit
Jul 25 10:24:46.445 INFO Checking for running Code.exe processes... (attempt 7)
Jul 25 10:24:46.468 INFO Code.exe is not running
Jul 25 10:24:46.468 INFO Checking for possible conflicting running processes... (attempt 1)
Jul 25 10:24:46.587 INFO Inno Updater v0.4.4
Jul 25 10:24:46.587 INFO Starting update, silent = false
Jul 25 10:24:46.945 INFO do_update: "C:\Program Files\Microsoft VS Code\Code.exe", _
Jul 25 10:24:46.945 INFO move_update: "C:\Program Files\Microsoft VS Code\unins000.dat", _
Jul 25 10:24:46.945 INFO Delete: "Code.exe" (attempt 1)
Jul 25 10:24:46.996 INFO Delete: "Code.exe" (attempt 2)
Jul 25 10:24:47.197 INFO Delete: "Code.exe" (attempt 3)
Jul 25 10:24:47.648 INFO Delete: "Code.exe" (attempt 4)
Jul 25 10:24:48.448 INFO Delete: "Code.exe" (attempt 5)
Jul 25 10:24:49.699 INFO Delete: "Code.exe" (attempt 6)
Jul 25 10:24:51.500 INFO Delete: "Code.exe" (attempt 7)
Jul 25 10:24:53.951 INFO Delete: "Code.exe" (attempt 8)
Jul 25 10:24:57.184 INFO Delete: "Code.exe" (attempt 9)
Jul 25 10:25:02.765 INFO Delete: "Code.exe" (attempt 10)
Jul 25 10:25:07.958 INFO Delete: "Code.exe" (attempt 11)
Jul 25 10:25:07.959 ERRO Access is denied. (os error 5)

Just got it, I have all the standard internal bloatware installed. Failing to rename "Resources". I believe I was on 0707dd4940b3fdbea8339595de478f354f6dda83.
vscode-inno-updater.log

vscode-inno-updater.log

@JacksonKearl @sbatten Do you have any antivirus set up? How about OneDrive?

@joaomoreno  I haven't set up anything other than the standard stuff for domain joined computers. This includes "Windows Defender Advanced Threat Protection" antivirus, @dbaeumer and @sbatten would know more about if that could be the culprit here. I don't have any OneDrive set up.

@joaomoreno Defender and Defender ATP are both enabled as these are corp machines. I don't currently have OneDrive configured on this machine. I just got this again today on my user install.

@joaomoreno there is a zombie process that I cannot kill.
command line: "C:\Users\stbatt\AppData\Local\Programs\Microsoft VS Code Insiders\Code - Insiders.exe" "c:\Users\stbatt\AppData\Local\Programs\Microsoft VS Code Insiders\resources\app\out\bootstrap" --type=extensionHost

@joaomoreno FWIW. I got tired of dealing with this issue and started updating by manually uninstalling the old version then downloading and installing the new version, and this time I still got an access denied error when updating Code.exe from the full installer. As usual this was a random occurrence, simply clicking Retry from the installer solved the problem. It is as if Code.exe stays locked for (say) 30 seconds after the process exited.
So this is not strictly a bug in the updater, the same sequence of events can be reproduced outside the VSCode self-update mechanism if you are quick enough.

Running into this also with OneDrive + Defender

@Fulg Yeah it's a tough issue for me to track down, since its hard to reproduce.

It is as if Code.exe stays locked for (say) 30 seconds after the process exited.

Yeah, I just haven't figured out why that is... Do you think it's just a matter of increasing the retry timeouts?

All of this discussion doesn't solve the problem or right explanation of the problem: That is with some installers, which I don't understand cause problem, but many problem comes from electron packer, that when making try to uninstall not fully exited or already doesn't seen in task manager app occasionally making the  .exe access denied though in delivered security problem (unble to display current user), the solution only reboot or trying to wait with install after few days (doesn't tried), but maybe problem from firefox updates some files with extension moz-backup cannot be deleted in some circumstences making firefox/nightly  browser unusable till reboot, many apps that use electron have that issue

Oh, And deleting such files only shows disappeared F5 brings them back (until reboot) after reboot thay may disappear or can be deleted successfully, none application of unlocking doesn't successed with them, some sophisticated progs shows that exist handle on system that cannot not be unlocked

@joaomoreno I would look into adding Handle (from the ever resourceful Mark Russinovitch) to the VSCode package and use it in the updater in case of failure to create a log that explains why the file is still locked, and who is locking it. This might give a clue and point to the real culprit.
I am happy to try this locally since I can readily reproduce the problem, however I haven't looked into what is required to make a custom VSCode build from source.

I discovered that if you ignore the updater's prompt for a restart, and instead close Code using the [x] at the top right, the update then proceeds correctly.

I hit this issue today. While following the instructions in https://github.com/Microsoft/vscode/issues/47841#issuecomment-399941682, the update proceeded as expected, but I received many instances of the error shown in the image with different filename listed. Hitting Retry on each seemed to work as I did not notice any repeated files, but it was annoying. After a couple dozen Retrys, I Aborted. Will probably uninstall and reinstall.

Same access error - encountered many times before.  Download/Reinstall works but in place update should also work as offered.  Why it's it fixed already?
vscode-inno-updater.log

Why it's it fixed already?

Because it seems to be pretty hard to figure out the root cause.

Guys, I'm taking a different approach to updating Code in the background especially wrt deleting the old version.
The current implementation tries to delete the old version, and if it gets stuck in a file/folder it keeps retrying until it succeeds. If it never succeeds, due to an antivirus program or any other reason, it just throws its hands up and gives up. This leaves a broken installation behind. Not great.
The new implementation will first attempt to get exclusive handles on all the files to be deleted. Once all handles are acquired, it promptly deletes the files; this should succeed since the handles are exclusive. Once that's done, all folders get deleted. Then, the update is applied. This will not prevent the background update from not working due to antivirus, etc... but (1) it should reduce the chances of that happening and (2) it prevents broken installations, which seems crucial by now.
https://github.com/Microsoft/inno-updater/compare/45c9716c81d93f54f982fff765261b59bea072f2...01e696d2edb43b64271aea113e1d6b97a68b2467

I'll keep the issue open since I don't have a reproducible case. We'll close it eventually if issues stop coming in and/or if people confirm that this helps their setup.

@joaomoreno FYI - the last couple of Insider updates have had this problem for me.  I could not delete the Code-Insiders.exe file until I rebooted my PC.

I tested the new update with a locked file and it behaved nicely and the installation was kept intact. However a looked directory makes the installation still fail. You can lock a directory easily by opening a Windows Command prompt (cmd.exe) on it.

I started with version 1.27.0-insider.  VS Code prompted for an update.  The update eventually failed. Screenshots and log file should be attached.
vscode-inno-updater-1535724318.log

Version: 1.25.1
Commit: 1dfc5e557209371715f655691b1235b6b26a06be
Date: 2018-07-11T15:43:53.668Z
Electron: 1.7.12
Chrome: 58.0.3029.110
Node.js: 7.9.0
V8: 5.8.283.38
Architecture: x64
attempted to auto-update
vscode-inno-updater.log
Microsoft Defender is my anti-virus

@mcollier Thanks for experimenting. Two asks for you:

Did the installation get broken? It should not have broken this time.
If you use Process Hacker, you can find the runnaway Code - Insiders.exe process  and see which other process has an open handle to it. Which one is it?

Occurring to me today, fails to update via the internal "Close and Update" button, as well as manually X-ing the window and trying to allow the update to proceed.
vscode-inno-updater.log

@joaomoreno Can you clarify "broken"?  The update didn't work, but VS Code - Insiders still functions.  It just continues to notify me to restart to update.
I can't find 'Code - Insiders.exe' with Process Hacker.

but VS Code - Insiders still functions

That's it :+1:

I faced this issue multiple times. Running a windows 10 enterprise installation.
vscode-inno-updater.log

I've been getting this too just as I switch to the user install.
I used information I learned by having the same issue with the Twitch program and checked the System proess (PID4) and sure enough, there it was; open file handle for Code.exe. Just have no idea WHY this happens. (Yes yes, something about system taking over the handle for another program when 'something' happens. Just no idea what program and why it needs to have an open file handle on the exe.)
....never managed to get past this stage with Twitch either.

This is still happening to me.
vscode-inno-updater-1536343392.log

Introduction
This is also happening to me. Ever since I installed the User-specific version of Insiders starting with 1.26.0. I finally got fed up with it and uninstalled it and then fresh installed 1.27.0. I know that 1.28.0 is out, but I'm still having the same issues.
System Information
Anti-Virus Information
I am using Trend Micro Maximum Security anti-virus. I am using Folder Shield (which protects against ransomware), BUT the installation directory where VS Code Insiders resides is NOT protected by Folder Shield. (And, I've turned Folder Shield off to make sure that this is not causing an issue.) I also completely exited Trend Micro Maximum Security in an attempt to have the update succeed--no dice.
Video Card
I am running a laptop system with dual Nvidia GeForce 680M video cards running the latest available drivers. (I just installed the latest driver today--I was two versions behind. The same behavior of installation occurred with the old driver as it does with the new driver.) Why do I mention video card? Because I know, especially for Nvidia, how intrusive some of its programs are--adding a "filter driver" type driver entries that operate even on the level of folders and files throughout all of Windows Explorer which seeming have nothing to do with graphics.... I have no idea why they register their software so deeply into the system for things which seem to have nothing to do with graphics display. (But, I'm not a video driver programmer--so what do I know?)
My Recent Findings
There seem to be two scenarios that can happen. So let's take them one at a time.
Updating from Within Visual Studio Code - Insiders
When attempting to update from within Visual Studio Code - Insiders, I get the Error dialog many others have gotten, with the message:

C:\Users\<my_user_name>\AppData\Local\Programs\Microsoft VS Code Insiders\tools\inno_updater.exe
An error occurred while trying to replace the existing file: DeleteFailed; code 32.
The process cannot access the file because it is being used by another process.

I used ProcessExplorer and searched the open handles on my system. It turns out that the SYSTEM process (pid 4) has an open, exclusive handle to this file. Attempting to close the handle via ProcessExplorer results in another error message from ProcessExplorer: Error opening process: The handle is invalid. (Even though I opened ProcessExplorer as an elevated process, it's likely I still wouldn't have the rights to close a handle opened by SYSTEM, not sure, but that's the only reason I could think of other than the obvious reason stated by the error message; but if I've learned anything using Windows over the last 30 years is that error messages don't always tell you the whole story.)
Rebooting the Machine and Attempting an Upgrade via a Download of the New Installer
This, too, didn't work. In this case, the installer showed the same error dialog, but this time for Code - Insiders.exe. And, like for inno_updater.exe, the SYSTEM process (pid 4) is holding a lock on this file (and several others if you're patient enough to click Skip on each such occurrence of the error). In order to attempt to resolve this issue, I took the drastic steps of:

Navigate to the installation location of Visual Studio Code - Insiders in my user directory
Remove all inherited folder permissions on the installation directory and copying the inherited permissions an explicit permissions granted at this folder location. (Note, this covers the location of inno_updater.exe, too.)
Changed the SYSTEM account's access to the folder from Allow, Full Control to Deny, Full Control
Reboot.

This did not work. (NOTE: looking in ProcessExplorer, the SYSTEM process runs under the context of NT AUTHORITY\SYSTEM, which is why I sought to deny access to the VS Code Insiders location.)
So, the only way I can get an updated copy of Visual Studio Code - Insiders to install is to:

Uninstall Visual Studio Code - Insiders from Apps & Features. Uninstallation "succeeds", but I get a dialog that says that some files could not be deleted and that I would need to remove them manually. That makes sense given various files have locks on them by the SYSTEM process.
Reboot the computer. Since after the reboot VS Code Insiders is not technically installed anymore, the SYSTEM process does not open handles to those files after the reboot.
Delete the remaining installation files left behind after uninstalling.
Install the updated Visual Studio Code - Insiders build.

I don't know that my log file is going to tell you anything more useful than anyone else's. All attempts to prevent/circumvent the file handles opened by the SYSTEM process have been unsuccessful. I'll do some Bing'ing to see if anyone else has a method of preventing SYSTEM from opening handles on certain files.
One thing I haven't tried--and maybe I'll do that real quick after submitting this comment--is disabling my anti-virus software's Windows Service and rebooting. I'm not sure that that would work, however, as I do have it loaded as part of the Boot process to protect my computer even before Windows is fully up and running. But I'll try anyway and report back.

OK, so I disabled the Trend Micro Solution Platform service and rebooted. I opened Visual Studio Code - Insiders and checked for updates and then clicked Restart to install updates. No dice. 😞 I got the following error dialog:

Failed to install VS Code update.
Updates may fail due to anti-virus software and/or runaway processes. Please try restarting your machine before attempting to update again.
If update fails repeatedly, please attach the following log file to a new issue on GitHub[.]

Looking at the log file, even though I performed the update process starting from within VS Code Insiders, it appears that the failure was as a result of being unable to obtain a lock on Code - Insiders.exe (again, because, SYSTEM is holding open a handle on this file). So, my "two scenarios" listed above are a little incorrect in that it's not based on where/how an update is performed, but only on which files are trying to be updated. In most cases (>90%), Code - Insiders.exe is trying to be replaced. In some smaller amount of cases, it's inno_updater.exe which is trying to be replaced. I would venture that we should forget about inno_updater.exe for the moment and focus only on Code - Insiders.exe. Also, it's likely that determining the reason for one would also determine the reason for the other.
I'll post my log file (only changing my username in the logfile), but again, I don't think it'll be all that helpful. The most reliable method to updating VS Code User installation is the 4 step method I posted above: Uninstall, Reboot, Delete leftover files, Install new version. Ugh. What a pain.
I think for now I'll go back to a machine-wide installation. I never had issues with that. Hopefully, you guys will be able to figure this out; it sounds like it's been a tricky bugger to get to the bottom of. Let me know if there's anything else I can provide to aid in your efforts, as the User install does seem to be a better installation option for this type of program.
vscode-inno-updater-1536435075.log

Still happening with VS Code Insiders v1.27.0 (trying to update to 1.28.0).  Interestingly, I noticed that after the update to 1.28.0 failed, the Add/Remove programs dialog indicates that 1.28.0 is installed (it isn't).

I have the same issue for the latest release.
Sep 14 06:21:27.768 ERRO Failed to create file handle: The process cannot access the file because it is being used by another process.

Same error for me while running vscode with user priviliges (while my user is local administrator)
Closed vscode and restarted with 'run as administrator' > no error showing up
Closing vcscode again > setup starts

I did forget to mention that updating also failed when running VS Code (regular and Insiders) with elevated privileges and without, as well as running the actual installer itself with/without elevated privileges. TBH, I completely expected that given the file locks opened by SYSTEM.

So this just happened to me today on my home machine (the one I described above in earlier comments) with the non user-only installation of VS Code Insiders edition. Additionally, I do not experience this problem on my work computer; updates on that computer have occurred flawelessly. My work computer is an HP zBook.

Update: restarting VS Code Insiders (non user-only instalation) and re-attempting the update was successful.

Why it's it fixed already?

Because it seems to be pretty hard to figure out the root cause.

This is how I got this problem and how I fixed it. After the version 1.26 came out I downloaded manually the User Installer and it gave me an access denied error because I tried to install it to Program Files folder (C:\Program Files\Microsoft VS Code\ ) so I opened the installer with run as administrator option. Running Code started to prompt this access denied error all the time (after version 1.27 came out, I suppose) so I did some googling and ended up here. Then I googled some more and I decided reinstall it to the default folder (AppData) so I don't have to use run as administrator option to run the installer. Now it's working fine.

I had a bit of an epiphany on Friday. I had installed the Vivaldi browser on both my work and home computers. By default, the Vivaldi browser also gets installed into the %userprofile%\AppData\Local folder. On my work PC, I have no problems updating the browser. But on my home PC, the updates always fail due to—can you guess?—locked files! Locked by the SYSTEM process. The same exact reason that updates to the user installations of VS Code and VS Code Insiders fail.
One thing that's worth checking out is what installer technology is being used by Vivaldi. Is the installer technology the same as that being used by VS Code? If so, then maybe it's something specific to the installer.
Ruling out any installer issues and the installation location, it would seem most likely that this issue is machine-specific, I'm sorry to report, because for the life of me I'm unable to determine why this particular machine is behaving in such a manner.

1.28 is the second version I haven't been able to update and had to install from downloaded installer. Same errors as every one else. Tried disabling some startup items, restarting...didn't help.

Same problem here. Stock Windows 10 Pro on a Surface Pro 4, joined to a work domain. No fancy antivirus. SYSTEM has a handle on the file, and I can't stop that. Rebooting doesn't fix.
This seems to have a tenuous association with work computers. Does that suggest being joined to a domain relates to the problem?

@arencambre,
My laptop does connect to a domain when I'm at work, though I've experienced the problem even when I'm at home and not connected to a domain.

It also happens on my home computer, which is not in a domain.

I had a bit of an epiphany on Friday. I had installed the Vivaldi browser on both my work and home computers. By default, the Vivaldi browser also gets installed into the %userprofile%\AppData\Local folder. On my work PC, I have no problems updating the browser. But on my home PC, the updates always fail due to—can you guess?—locked files! Locked by the SYSTEM process. The same exact reason that updates to the user installations of VS Code and VS Code Insiders fail.
One thing that's worth checking out is what installer technology is being used by Vivaldi. Is the installer technology the same as that being used by VS Code? If so, then maybe it's something specific to the installer.
Ruling out any installer issues with respect to the installation location, it would seem most likely that this issue is machine-specific, I'm sorry to report, because for the life of me I'm unable to determine why this particular machine is behaving in such a manner.

I also run Vivaldi and have the SAME issue! I thought it was just me!

@arencambre It does not seem to be highly correlated to domain-joined computers. My domain-joined work computer has no issues updating VS Code (regular or Insiders) nor Vivaldi (which also installs into %userprofile%\AppData\Local). My home computer, on the other hand, which is NOT domain-joined exhibits this behavior for both applications.
Therefore, as I stated previously, this issue is not a VS Code-specific issue, but is probably a machine-specific issue. (I'm leaning towards ruling out the installer because it's not the installer which has a problem, rather, it's the SYSTEM account holding a lock on files which need to be replaced.) Top culprits are the Anti-Virus program and/or it's configuration.
In my case, on my work computer they use Sophos Anti-Virus--again, this computer does not have an issue updating VS Code. On my home computer, I'm running Trend Micro Maximum Security, the latest version.
It may be helpful if others also list their anti-virus program in use to see if there are any program and/or configuration commonalities that could help determine why the SYSTEM process is holding locks on these files.

Here's my setup:

Latest VS Code (non-insider) User installed
Windows 10 1809 (2H18)
Windows Defender for anti-virus
NOT domain joined

Both my laptop and my desktop are set up the same as above and exhibit the same problem. I just uninstalled VS Code User and installed VS Code System. Seems to have fixed the problem.

@brotherdust Thanks for the info. Yes, the system-wide installation does not exhibit this problem (to my knowledge) because it's installed to %Program Files%. I, too, have resorted to using the system-wide installation on my home computer due to the update issues.
One question: since you're running Windows 10 1809 and Windows Defender, did you enable the new anti-ransomware folder protection feature? Trend Micro has a similar feature that's been around for a while now and I am using it on some folders (though, not the %userprofile%\AppData folder). If so, is it possible for you to list the locations you've enabled it for (just use the well-known folder names such as Documents, Pictures, etc., not the full path to those folders. And also note if you've used the feature on other not well-known folders, e.g. C:\some-other-folder—I don't want to know the actual path, just whether or not you're using the feature outside of well-known folders as well).

Hm...I also have Vivaldi...
On Thu, Oct 11, 2018 at 12:39 PM Craig E. Shea notifications@github.com
wrote:

@brotherdust https://github.com/brotherdust Thanks for the info. Yes,
the system-wide installation does not exhibit this problem (to my
knowledge) because it's installed to %Program Files%. I, too, have
resorted to using the system-wide installation on my home computer due to
the update issues.
One question: since you're running Windows 10 1809 and Windows Defender,
did you enable the new anti-ransomware folder protection feature? Trend
Micro has a similar feature that's been around for a while now and I am
using it on some folders (though, not the %userprofile%\AppData folder).
If so, is it possible for you to list the locations you've enabled it for
(just use the well-known folder names such as Documents, Pictures, etc.,
not the full path to those folders. And also note if you've used the
feature on other not well-known folders, e.g. C:\some-other-folder—I
don't want to know the actual path, just whether or not you're using the
feature outside of well-known folders as well).
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Microsoft/vscode/issues/47841#issuecomment-429090684,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAALTIOQysz_b7HuDyD8HVckEYfIPxe8ks5uj55ogaJpZM4TTz7T
.

--
Scott Hanselman
Donate to fight diabetes: http://hnsl.mn/fightdiabetes

But I don't think vivaldi's the cause though (I don't have it).
Also had this issue before 1809 so it's not because of the anti-ransomware feature.

No no, I’m not saying Vivaldi is the cause; I’m saying it installs into a similar location as VS Code and that it, too, fails to update in the same way as VS Code. So there's an element of commonality in the behavior of updating both of these applications.
Regards
Sent from my Windows 10 phone
From: Mårten Nordheim
Sent: Friday, October 12, 2018 2:50
To: Microsoft/vscode
Cc: Craig E. Shea; Comment
Subject: Re: [Microsoft/vscode] Windows update failed: Access is denied(#47841)
But I don't think vivaldi's the cause though (I don't have it).
Also had this issue before 1809 so it's not because of the anti-ransomware feature.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

So, this worked on my Dell XPS 13 but still fails on my Asus Transformer Pro

Will give Vivaldi a try...

I don't have Vivaldi installed and am also having this issue

Ever since I switched to the user-based installation this is now happening to me ever since. vscode is incapable of updating itself now, always claiming it cannot access Code.exe.
What I have noticed though (whenever I remember to check) is that the System process (pid 4) has a lock on Code.exe which remains locked even when vscode and the udpater exit. I can't even delete the file by hand at this point. Occasionally new locks are added within System when the update process attempts to run again. Needless to say when that happens not even the manually downloaded installer can do anything until I restart the machine.

I'm also having this exact same issue. I need to download the new installer from the website, reboot, and install it first thing for it to succeed.

@Morten242 Well, it may still be a "ransomware feature". As I mentioned earlier, I use Trend Micro Maximum Security which has had a "ransomware folder protection" feature since late 2017 (so, since around Windows 1803, possibly even 1709) and I've been using it on my Documents, Pictures and some other folders. So, it's not so much whether you're using the Windows ransomware folder protection feature, but whether or not you're using a ransomware folder protection feature of some software security suite which  may be interfering (even though, in my case particularly, I'm not protecting %AppData%).
And as far as Vivaldi, for the 3rd time, I'm not saying it's causing anything, but that it also exhibits the same update failure behavior as VS Code (SYSTEM process holding a lock on critical files causing updates to fail), which is leading me to believe that this issue may be more specific to a machine configuration than an actual problem with VS Code itself (or Vivaldi, for that matter).

@fourpastmidnight Except, all I have is Defender and I did not turn on the ransomware protection and I still get this on VSCode and Twitch (Starting to think Discord as well now unless they are truly pushing daily updates with no changelog)

@Windfox Cool! It's just one more thing to potentially rule out. Thanks!

same issue with me with the exact same description from other members

Can we change the name of this issue? This isn't about Windows Update.

Thanks for all the info guys, will continue investigating this. Meanwhile, I'll lock this thread so everyone sees this:
If you're having this issue constantly, disable background updates with
"update.enableWindowsBackgroundUpdates": false

authors: And-r3y BAEMoO Cognoscite DeathLoveCrymo FossoresLP Fulg JMccormick264 JacksonKearl JerseyAd KevinTCoughlin LouieK22 Morten242 OfficerHalf OscarArango TomSputz WindFox abmagil alvarofelipe12 amtywang arencambre aroberge axmccx bcbeatty bezoris brbecker brotherdust casmrv cloudenv crackagrack daditangs dbaeumer devuxer drinksu fourpastmidnight gitDylanHub grrttedwards gruber123 gurpreetshanky jbeyer16 jcotton42 joaomoreno kryptonian41 leeseean maddes marcelomgarcia mcleary mcollier meloncatty mknejp mrchief nickdeppe nigeb123 pushqrdx robertcatgithub ryanolsonx sbatten scragly shanselman softsmith spences10 villintehaspam warnerm06 windlessStorm


text:
Built-in CoffeeScript extension doesn't highlight ES2015 module syntax

VSCode Version: 1.23.1
OS Version: Arch Linux - no real version

Steps to Reproduce:

Use ES2015 module syntax in CoffeeScript

Does this issue occur when all extensions are disabled?: This is an issue with a built-in extension
Expected: When using the ES2015 module syntax in CoffeeScript, imports and exports are highlighted with colors
Actual behavior: All text for ES2015 imports/exports is white

This issue was moved to atom/language-coffee-script#167

This is the sample:
import m from "mitrhil"
import { Toolbar, Drawer, List, ListTile, IconButton, ToolbarTitle } from "poluthene-mithril"
import { MenuIcon } from "./assets/icons.coffee"
import { routeIs } from "./util.coffee"

and this is how it looks with the Dark+ default theme:

IMO this is likely a problem with the theme you are using. Which theme is this?

@jdemilledt can you try this again with all extensions disabled? I'm not able to repro this issue. Thanks!

Closing due to lack of information available Please reopen when you have a sample.

authors: aeschli jdemilledt misolori


text:
LSP Inspector: App seems hidden

Refs: #52866
I feel like the App tab is the main thing and it is hidden away.
App also does not feel like a good name so I would try to get rid of it.
I would somehow try to emphasize it for example it could be the default view, and the usage could be folded on top. So the usage and app are not equal siblings

I agree with this. The current representation looks less like 2 options and more like a title and subtitle where Usage is the title and App is the subtitle. App almost looks unclickable.

authors: isidorn sbatten


text:
History of searches/replacements in search/replace dialog

A history of last n searches in the search dialog and additionally of last n replacments in the replace dialog would be very helpful. Thank you.

You can navigate through search/replace history with the arrow keys (or alt+arrow keys in 1.24 and before).

authors: roblourens spacepille


text:
Git installation not found after updated to 1.26.0 or higher

VSCode Version: ~1.26.0
OS Version: MacOS High Sierra
Git version: 2.18.0(using Homebrew installer)
Shell: fish, version 2.7.1

Steps to Reproduce:

Update to 1.26.0 or higher.
Open VSCode.

This issue is not always reproducible. Sometimes but not always.

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

Thanks for nailing it down

@TsumiNa I'll check this. Thanks for report this issue :+1:

authors: TsumiNa faustinoaq sandy081


text:
Render problem under high DPI monitor

VSCode Version: 1.1.0-insider,
OS Version: Win10 Pro

I got two different text render styles, one is blurry, and another is clear.

You can see middle window is more blurry than both left and right window.
My monitor size is 13 inches, with 1920x1080 resolution. Display zoom level is 125%, and I've set up Code - Insiders.exe's compatible settings, and checked 'Disable display zoom under high DPI' (may be this, as I'm using a Chinese edition).
My settings:

Is this related to #1896?

Duplicate of #1896 👍

authors: chrisxvin joaomoreno lediur


text:
Format selection Ctrl K Ctrl F doesn't work anymore

Issue Type: Bug
Select a portion of code
Type Ctrl K CtrlF
The Search text box show up but no format of the selection
And there is no conflict whown for this combination
VS Code version: Code 1.29.1 (bc24f98b5f70467bc689abf41cc5550ca637088e, 2018-11-15T19:11:49.509Z)
OS version: Windows_NT ia32 6.1.7601

System Info

Item
Value

CPUs
Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz (4 x 2294)

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: unavailable_softwarevideo_decode: unavailable_softwarevideo_encode: enabledwebgl: enabledwebgl2: unavailable_off

Memory (System)
5.98GB (1.67GB free)

Process Argv

Screen Reader
no

VM
0%

Extensions (18)

Extension
Author (truncated)
Version

vscode-javascript-snippet-pack
aka
0.1.5

project-manager
ale
9.1.0

vscode-custom-css
be5
3.0.1

css-compressor
bes
0.0.2

path-intellisense
chr
1.4.2

open-html-in-browser
cod
0.1.21

vscode-instant-markdown
dba
1.4.3

vscode-great-icons
emm
2.1.44

json-tools
eri
1.0.2

vscode-todo-plus
fab
4.10.0

beautify
Hoo
1.4.7

ftp-simple
hum
0.6.8

typings-autoinstaller
jvi
1.2.0

gitignore
mic
1.0.1

vscode-language-pack-fr
MS-
1.29.2

debugger-for-chrome
msj
4.11.1

live-server-preview
neg
0.1.2

flowmaker
spe
1.2.0

(2 theme extensions excluded)

I've just tried with all extensions disabled: IT IS DOING SAME THING
For the fie format, .js, .html json anyone I tried.
Something strange is also that context Menu is not showing the key shortCut although the setting show good record of the key binding, as shown on images attached

@albu77 Most likely, there is another keybinding for Ctrl+K Ctrl+F that overrides this one.
Can you please confirm that your keybindings.json is empty and that searching for "Ctrl+K Ctrl+F" only shows Format Selection:

Ok, my bad...... I'm sorry
I made an error in my keybindings.json: I forgot to add  "when": "terminalFocus" in the binding of the clear terminal when I added it.
Now with this correction Everything is Ok (shortkey and contextMenu)
{
   "key": "ctrl+k",
    "command": "workbench.action.terminal.clear",
    "when": "terminalFocus"
   }


text:
Webview HTML layout weirdness

VSCode Version:

Version: 1.29.1 (user setup)
Commit: bc24f98b5f70467bc689abf41cc5550ca637088e
Date: 2018-11-15T19:13:36.375Z
Electron: 2.0.12
Chrome: 61.0.3163.100
Node.js: 8.9.3
V8: 6.1.534.41
Architecture: x64

OS Version:

Microsoft Windows [Version 10.0.17763.134]

Steps to Reproduce:

Place the following code into the activate function of a empty extension project:

    const panel = vscode.window.createWebviewPanel('repro', 'repro', vscode.ViewColumn.Two, { enableScripts: true });
    panel.webview.html = `
<!DOCTYPE html>

A

B

    `;

Run the extension.
Click on B (the window must be small enough that 100 div elements overflow the height.

Result: The width of HTML element inspector-host is not computed to be the width of its contents even though it is marked as auto.

Remarks:

It seems to be related to the vscode scrollbar. If there is no scrollbar, then this does not repro. For example, if you change the for loop to only add 1 div, then it won't repro.
This does not repro outside of vscode's environment. For example, the same HTML in codepen.io does not have any issues. https://codepen.io/bghgary/pen/OrLZKN

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

Does this reproduce in the latest VS Code insiders build? We picked up a new electron version that may have fixed this issue because I can't repo it anymore

Nice, I can't repro with the latest insiders build either. When will this make it into the normal build?

Hopefully 1.31 at start of February

authors: bghgary mjbvz


text:
Search: Missing SVG breaks build

I had to comment out this CSS snippet:
https://github.com/Microsoft/vscode/commit/f071a3ecef1f0af6a74314f8c4cb452d32c27c7d

I had to really remove it, as it appears it was still breaking even as a comment... we might be doing some regexp magic over here, right @alexandrudima? https://github.com/Microsoft/vscode/commit/d315b31c6b5cdca082b0a6e193306e4001586509

Yes, inlining the images inside CSS is done with a simple regex, not with a correct CSS parser.

Looks like I had a bad merge with https://github.com/Microsoft/vscode/commit/3d675f817022a6883bf76ac1b11a9e3a6ed79afa#diff-eb02bbc46fcaa61fd28d73e573b05bcd. Thanks for fixing it!

authors: alexandrudima joaomoreno roblourens


text:
install-extension is case insensitive while unintsall-extension is case sensitive

I would expect that both are case senstive, or both are case insensitive for consistency.

This is OK.

Then your message is wrong in that case

Still OK.

We need to make --install-extension check that the ID has the right casing.

Removed the disclaimer instead, since the marketplace is case insensitive after all...

Rnordin1000@gmail.cim
On 27 May 2016 17:50, João Moreno notifications@github.com wrote:

This is OK.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

authors: isidorn joaomoreno roslanr18


text:
Environment Variables set with an extension are not propagated

VSCode Version: 1.32.2
OS Version: MacOS 10.14.3

Steps to Reproduce:

create an extension that sets process.env['FOO'] = 'bar'; for example
install and make sure extension is run
open developer tool and observe that  process.env['FOO'] === undefined

Is it even possible to set process.env keys from an extension that may be read by other extensions or tasks, etc? The existence of vscode-direnv indicates that it should have been possible at least in an earlier version of vscode though...

Other extensions should see the same environment, I believe. Tasks are spawned by a different process so they will not.

First, thanks for the quick response :)
I'll look into what other extension see tomorrow, though from what I have observed by now, it seems not to work that well there either.
I'm trying to get direnv working with vscode. Based on some existing work from 3 years ago I try to rewrite that not-so-well-working extension in hope to fix theese issues.
What it basically does is assigning the environment direnv produces to process.env which should make set variables, foremost PATH, visible to vscode.
Quite a bummer if that won't work with tasks as you said, but I could circumvent that, as long as at least other extensions work in this scenario.

With 1.32 vscode-python unable to expand any variables from .env - like if environment would be empty.
Even old versions of plugin has same issue.
Wonder if this is linked.

Not sure what you're talking about, please file an issue on the python extension repo @egorse

@roblourens I am not sure that belongs to vscode-python. but between 1.31 and 1.32 something got changed - so same old versions of vscode-python (i.e. 2018.7.1) expands values from .env to empty.
once this one is closed - is there PR for fix?

Honestly I don't really know which issue you're talking about, please file this issue on the python extension with full steps to reproduce the issue.

authors: egorse roblourens ysndr


text:
Auto detect ANSI encoding

VSCode Version:
1.1.1
OS Version:
Win 10

Steps to Reproduce:

Create a new file in notepad, save it as ANSI (on my machine Ansi = Windows-1252)
Open the file in vs code

Result: VSCode assumes UTF-8 and the file is corrupted. Sublime-text has no problem recognizing Windows-1252.

@swaner we do not have encoding detection so you need to either configure the encoding globally or per workspace or switch it from the status bar picker.

I support this issue. I just had a deployment using a script which had ® character inside it and I then edited with Code. And ooh, how the script failed and brought down the system. Simple editors handle ANSI files simply, and Code doesn't. That's a shame.
I attach a sample file to test. When I open this file with Code I see � instead of ®, it should leave ® alone. And I tried to change encoding to ANSI, and I couldn't find it in Code.
Character ®.txt

+1

Less powerful alternatives for handling this issue in the short run:

use the problems or errors counter to signal the presence of � or any unrecognised characters;
upon opening a file containing unrecognised characters, issue a question dialog suggesting Reopen with encoding or Continue. At least this will help prevent accidental overwriting;

Of course encoding detection would much more powerful.

It is better to add onOpenFile setEnconding to api extentions...

I have UTF8 files and I have Windows 1251 files. I can't change it globally to Windows 1251. So every time i open them i have to reopen them. Why, at least, not to save desired encoding per file? If once i opened it in Win1251, open it in Win1251 any time else, unless i reopen or resave it manually as other encoding?

Hi,
For ANSI files, use Western (Windows 1252).

https://github.com/Microsoft/vscode/issues/5388

Hi, a friend of mine found a workaround for this "ansi autodetect" problem:

Under "preferences / user settings" we find "files.encoding"
after that we choose "edit" to send it to right
manually we past the line 3 times, like below:
"files.encoding": "utf8bom",
"files.encoding": "utf8",
"files.encoding":"windows1252"
ignore alerts, close vsCode, open again and voila, now I can open UTF8 or ANSI encoded files with no problem and no need to "reload with encode".
We dont know why it works, but it just works fine on vsCode 1.8.1

This setting has been added: files.autoGuessEncoding
Will hopefully be true as default soon; https://github.com/Microsoft/vscode/issues/23417

Why only CP1252? I want this for CP1251 too... Someone else will want this for another encoding and so on. I think that you should pick local encoding of this machine. What do you think of it?

authors: Georgeouz Hyperdingo JoV5 MantvydasD QtRoS bpasero buzzzzer llucassantoss mauriciovirtual regs01 swaner


text:
System hang up on dual screen with T480

Issue Type: Bug
When run vcode for about 2 hours, it will hangup the system on my notebook.
It is the same without runing with extension.
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) i5-8350U CPU @ 1.70GHz (8 x 1896)

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)
7.61GB (3.49GB free)

Process Argv

Screen Reader
no

VM
0%

Extensions (5)

Extension
Author (truncated)
Version

Bookmarks
ale
10.3.0

ctags-support
jay
1.0.19

python
ms-
2019.2.5558

cpptools
ms-
0.22.1

devicetree
plo
0.1.1

What do you mean by hangup?


text:
Code helper is using 100% CPU

Issue Type: Performance Issue
Code helper is using 100% of my cpu. All plugins are disabled and no big files (or large amounts) are present in my workspace.
VS Code version: Code 1.33.0 (0dd516dd412d42323fc3464531b1c715d51c4c1a, 2019-04-04T15:11:32.076Z)
OS version: Darwin x64 18.5.0

System Info

Item
Value

CPUs
Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz (8 x 2800)

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

Load (avg)
3, 12, 8

Memory (System)
16.00GB (3.61GB free)

Process Argv
--disable-extensions .

Screen Reader
no

VM
0%

Process Info
CPU %	Mem MB	   PID	Process
   16	    98	  3250	code main
    0	    82	  3257	   gpu-process
    0	   246	  3324	   window (TravelSearch.jsx — bakalauras-ui)
    0	    66	  3348	     extensionHost
  102	   426	  3357	       electron_node tsserver.js
    0	    66	  3371	         electron_node typingsInstaller.js typesMap.js
    0	    49	  3350	     watcherService
    0	    98	  3356	   shared-process
    0	    82	  3950	   window (Issue Reporter)
    0	     0	  3964	   /bin/ps -ax -o pid=,ppid=,pcpu=,pmem=,command=

Workspace Info
|  Window (TravelSearch.jsx — bakalauras-ui)
|    Folder (bakalauras-ui): 29 files
|      File types: jsx(14) json(3) js(3) lock(1) development(1) log(1)
|                  production(1) ico(1) html(1) md(1)
|      Conf files: package.json(1);

Extensions disabled

This bug is not present in the insiders build.

Please try deleting ATA cache folder (below) and see if that fixes the problem. We had a large performance regression caused by a combinatorially-explosive file being uploaded to DefinitelyTyped and an unpatched version of it might still be getting loaded. Thanks and please @ me if that doesn't solve your problem!
(Windows)
C:\Users\(your username)\AppData\Local\Microsoft\TypeScript\

(Mac/Linux)
/home/(your username)/.cache/typescript/

I checked /home/(your username)/.cache/typescript/, however it was empty. I deleted the TS cache in /Users/(username)/Library/Caches/typescript, the cpu usage has dropped since then.

@vasilev-alex @b02k5 @kylecorbelli @goodoldneon @Robfz @maxsbelt @ra50 @lewismorris can you try the above fix and let us know the results? Thanks!

Didn't work for me. Code helper is still using about 100% CPU

Didn't work for me. Code helper is still using about 100% CPU

@vaseliv-alex do you have a project (or subset of a project) that reliably reproduces the problem that you can share with us?

@RyanCavanaugh it did work for me!

@RyanCavanaugh Just a create-react-app project with styled components. Check it out here https://github.com/vasilev-alex/react-playground

Mine is a TypeScript create-react-app project with styled components. I deleted all of /Users/(username)/Library/Caches/typescript and there wasn't even a /home/(your username)/.cache/typescript/ directory on my machine.
Verdict: the above fix did not work 😭

The prescribed fix is only for JavaScript users. If you are using TypeScript, you'll just need to update your dependency on @types/styled-components.

the solution from @RyanCavanaugh works for me in macOS

I've had the same problem and narrowed it down to the backticks used in a styled component
const TestStyledComp = styled.div`
   color: pink;
`

I have a basic setup here https://github.com/andrewcodes404/styledcomp-vscode-error/ which works fine until I uncomment the the styled component and then the vs code helper use all my CPU and vscode won't work properly and i get code --status
 102	   426	  3357	       electron_node tsserver.js

I have used @dziugasmeskauskas solution deleting the cache, /Users/(username)/Library/Caches/typescript  it has helped a little but still slowing things down, doesn't feel very stable still gets peaks of electron_node cli.js
@DanielRosenwasser should i be using a different version of typescript?

I got the same issue here. Opening up a javascript file will cause codehelper to jump to 150% to 300% CPU usage. Tried remove the cache folders and resetting VS Code but it's not working.

We're investigating at https://github.com/Microsoft/TypeScript/issues/30819 and pushing a mitigating fix at https://github.com/DefinitelyTyped/DefinitelyTyped/pull/34564

The mitigation from the DefinitelyTyped PR has been merged - please do another cache clear and see how things are now. Note that after the cache clears, you will see a one-time perf hit during first launch - but after the types are downloading, interactive editing should be snappy again. Sorry again for the regression here.

Also you may need pin typescript to 3.3.4000.

Performance is still significantly worse than with 1.32.3. The styled-components update and cache clear reduce Code Helper's CPU usage, but do not fix it.
In our project, it takes several seconds for 1.33 to resolve a change from foo: string to foo: strin and back, with 100% CPU use from Code Helper. This would be nearly instantaneous with 1.32.

@metrip can you share a project that displays this behavior? We're particularly interested in your config file (if any)

Getting same problems as @metrip here, intellisense/typechecking are really slow :(
my config file:
{ 	"compilerOptions": { 		"outDir": "./lib", 		"module": "commonjs", 		"target": "es6", 		"lib": ["es2018", "dom"], 		"sourceMap": true, 		"jsx": "react", 		"moduleResolution": "node", 		"forceConsistentCasingInFileNames": true, 		"noImplicitReturns": true, 		"noImplicitThis": true, 		"noImplicitAny": true, 		"strictNullChecks": true, 		"suppressImplicitAnyIndexErrors": true, 		"noUnusedLocals": true, 		"declaration": true, 		"allowSyntheticDefaultImports": true, 		"experimentalDecorators": true, 		"emitDecoratorMetadata": true, 		"baseUrl": "./src" 	}, 	"include": ["src/**/*"], 	"exclude": ["node_modules", "build", "scripts"] }

The latest VS Code insiders build includes a new TypeScript version (3.4.3-insiders) that invalidates your automatic typings cache automatically. We will also be publishing this new TS version with our VS Code 1.33 recovery build (see #72005)

For JavaScript users: clearing the typings cache should ensure that you are using the patched version of the styled components typings.
For TypeScript users: if you have installed @types/styled-components, please make sure you have the most recent version of @types/styled-components installed in your workspace.

TypeScript 3.4.3 does not fix the root cause of this issue, which is tracked by https://github.com/Microsoft/TypeScript/issues/30819. If you still see performance problems related to tsserver after following the above instructions, please open a new issue and share information about your general project structure so that we can investigate further.

This bug is crippling my computer, in a simple gatsbyjs project using styled-components. Deleting /Users/(username)/Library/Caches/typescript and restarting VSCode does not resolve the issue. Interestingly, this is also happening on VSCode Insider.

The same bug has happened to me. I'm using styled-components with next.js framework.

I am using type checking for javascript files and the electron_node tsserver.js process is using more than 100% cpu.

@thakursaurabh1998 back to typescript@3.3.x or use typescript@next, then test again.

change the Terminal render type to dom @all solve the problem

change the Terminal render type to dom @ALL solve the problem

@xiaodoubaoldl could you explain how i can do that? thanks

setting=>search "terminal  renderer type" =>change auto to dom

If you still see performance problems related to tsserver after following the above instructions, please open a new issue and share information about your general project structure so that we can investigate further.

It's still the same problem wether I use the new insiders or not
https://github.com/andrewcodes404/styledcomp-vscode-error/

setting=>search "terminal renderer type" =>change auto to dom @andrewcodes404
Thanks but I'm afraid that does not help at all , in fact i think it's worse.. the most annoying thing is that all the shortcuts and snippets take 2/3 secs to become accessible

Hey guys, I have successfully got rid of this problem just by following few steps mentioned here before.

I have updated @types/node package to latest, currently have 11.13.2
I have reinstalled typescript package to specific version 3.3.4000 which was recommended here
In your VSCode use workspace version of typescript
Kill VSCode
Delete /home/(your username)/.cache/typescript/
Run VSCode and all good

Hope this will work for you guys as well.

I had this issue for a couple days. Upgrading @types/styled-components from 4.1.12 to 4.1.14 and deleting /Users/<username>/Library/Caches/typescript fixed it for me. Thanks!

I had the same issue after upgrading to version 1.33, but after letting the program run for a little while, the CPU usage is now back to normal.

Looks like deleting the folder having issues and recloning them from git fixed the issue for me.

I'm closing this issue as the original problem @dziugasmeskauskas reported and that many others were also seeing was related to the styled components typings and clearing the caches (or updating the typings if you installed them locally) fixes things. See my comment for details.
Again, if you have followed all the instructions and still see performance issues related to tsserver, please open a new issue on github and we can investigate

2. 3.3.4000

hi @ondrejhudek, one week and still not working for me can I ask about your solution
I have updated @types/node package to latest, currently have 11.13.2
Is that globally or in your project? how did you do this?
I have reinstalled typescript package to specific version 3.3.4000 which was recommended here
is this global or local  I do this   $ npm install typescript@3.3.4000 but   $ tsc -v still comes back with Version 3.4.3
In your VSCode use workspace version of typescript
Can you explain this further?
Thanks

If i create a new react next.js app with styled components it works fine, but in this project https://github.com/andrewcodes404/styledcomp-vscode-error2 everything grinds to a halt. Even when editing the react modules(not styled components) the CPU hits the roof with TSServer,  I've followed the instructions, I have moved the project files and fresh install the npm modules but it still persists?
@mjbvz  when you say For JavaScript users: clearing the typings cache
do you mean this cache /Users/(username)/Library/Caches/typescript . ?

@andrewcodes404 Are you using VS Code 1.33.1? It should clear cache automatically.
If you are still seeing problems, please open a new issue so we can continue investigating

I've updated to 1.33 and I can see the same problems.
I have followed the instructions (clear cache, restart etc.) but that didn't help. After a few hours the problem went away.

I'm using Mac and VS Code 1.33.1, terminal.integrated.rendererType: "dom" already set on my setting from previous versions and it had high CPU usage when idle. Removing those setting solved the high CPU usage.

Well I guess the only way for me was to disable "TypeScript and JavaScript Language Features" :-D

Same for me on a new MBP 15" 2018. It was the same on my old MBP 15" 2015 (that I changed because of this bug by the way, I was thinking that my MBP was going mad in a middle of a sprint, so didn't have the time to check everything... So technically Microsoft owe me 3000€).
Still not resolve today, "TypeScript and JavaScript" build-in extension make my processus goes + 300%...

FWIW, up to this point, I hadn't had any luck resolving the issue for my workspace (gatsby + styled-components) using any of the methods suggested, including deleting /home/(your username)/.cache/typescript/
However, the problem went away after I checked and unchecked Javascript > Implicit Project Config: Check JS in workspace settings.

Up to this point, I hadn't had any luck resolving the issue for my workspace (gatsby + styled-components) using any of the methods suggested, including deleting /home/(your username)/.cache/typescript/
However, the problem went away after I checked and unchecked Javascript > Implicit Project Config: Check JS in workspace settings after fiddling around. ¯_(ツ)_/¯

Seems to work for me too. Before the manipulation, got the processor at + 100% just by putting my cursor on a styled component. After the check/uncheck, no code helper pass above 70%, and go down very quickly.

@rdhox Nothing helped me as well. The only solution is to disable the build in extension TypeScript and JavaScript Language Features. You can find it by searching for in the extension menu @builtin TypeScript and JavaScript Language Features

@rdhox  As mentioned by meritozh, this works for me. Hope this will work for you.

If you are seeing performance issue, try using latest VS Code insiders build.
Then if you are still seeing issues when using VS Code insiders (with TypeScript 3.5+), please open a new issue

authors: DanielRosenwasser Robfz RyanCavanaugh TotesOates andrewcodes404 dziugasmeskauskas elainen gi indransyah jMoulis kylecorbelli lukasz-madon meritozh metrip mjbvz mountainmoon mrcelo ondrejhudek rdhox smancebo steveoOn thakursaurabh1998 thiagoarmede vasilev-alex xiaodoubaoldl


text:
[XamarinWorkbooks-Windows]: Accessibility: Keyboard: MAS2.4.7:  Cannot able to navigate through from one level to another level in the tree item present in left pane of workbook.

Steps to Reproduce

Launch Xamarin Workbooks application. This will invokes "Create a new Workbook" window.
Create a Workbook with WPF Platform. Navigate to Help-> Tutorial -> Hello Workbooks and invoke it.
Navigate through Tree items from one level to another level (Parent Hello workbooks to Child Hello workbooks and vice versa , refer screenshots) in left pane using keyboard.

Expected Behavior
Should be able to navigate through the tree item from one level to another (Parent Hello workbooks to Child Hello workbooks and vice versa)
Actual Behavior
Cannot able to navigate through the tree item from one level to another (Parent Hello workbooks to Child Hello Workbooks and vice versa).
Keyboard focus remains at child Hello workbooks only (Please refer inspect screenshot below)

Screenshots:

Environment
Windows : Version 1803 (OS Build : 17134.81)
Xamarin Version : 1.4(master/b3f92f9)
Log File

Please add the following labels to the bug:
A11yMAS
Accessibility
Xamarin-Workbooks-Windows
Wipro
MAS2.4.7

Exemption Approved - 1813

repo: Microsoft/workbooks


text:
Environment variables are not honored or reset

e.g.: when setting  complus_gcServer=1 for a test this doesn’t actually get set (i.e., the test is still running with Workstation GC when it should be run with Server GC)

Fixed with #142.

repo: Microsoft/xunit-performance

license: mit

license_source: bigquery


text:
Sequential workflow - Clarification the invoke response to return Adaptive Cards

Hello guys,
I'm trying to use the sequential workflow on MS Teams.
It was ok when I hit the submit button from the MS Teams, the function onAdaptiveCardInvoke was called. But after returning an adaptive card that is supposed to replace the current one, I got the error:

I'm not sure if I passed the wrong value for the adaptive card, it would be nice if typescript/javascript example is provided. Thanks in advance.
This is the code from the bot
    protected async onAdaptiveCardInvoke(
        context: TurnContext,
        invokeValue: AdaptiveCardInvokeValue
    ): Promise<AdaptiveCardInvokeResponse> {
        return Promise.resolve({
          statusCode: 200,
          type: "application/vnd.microsoft.card.adaptive",
          value: {
             $schema: "http://adaptivecards.io/schemas/adaptive-card.json",
             type: "AdaptiveCard",
             version: "1.0",
             body: [
                 {
                    type: "TextBlock",
                    text: "Default text input"
                 }
             ],
             actions: [
                 {
                    type: "Action.Submit",
                    title: "OK"
                 }
             ]
           }
        });
    }:

Closed as duplcated to https://github.com/MicrosoftDocs/msteams-docs/issues/3301

repo: MicrosoftDocs/AdaptiveCards


text:
Second diagram - questioning an arrow

Wouldn't the "MIM service (admin)" still point to the MIM Service database?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: e2625af9-8587-9e56-c965-f823e6d3f3e9
Version Independent ID: 3479cc4e-90d1-65a9-e44a-de4e46f675f7
Content: Topology guide for deployment
Content Source: MIMDocs/topology-considerations.md
Product: microsoft-identity-manager
GitHub Login: @billmath
Microsoft Alias: billmath

It should point to both the "MIM Service Database" and to the "MIM Sync Service and database"

The following issue is being closed due to the age. If this is still an issue, please re-submit this. Thank you.
#please-close

authors: J-Fedor bdesmond billmath

repo: MicrosoftDocs/MIMDocs


text:
Please include support windows 10 on verify VBA signatutes

Today i tried to enable security setting in gpo under
User Configuration\Administrative Templates\Microsoft Office 2016\Security Settings\Trust Center
policy setting is "set the minimum operating system for verifying agile VBA signatures", i tried to enable , but windows 10 os option is not available ,but only Four os are there namely:
windows xp
windows vista
windows 7
windows 8
Thanking  you for your content

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 047d2b74-e963-a006-cb74-29257c409647
Version Independent ID: 4f274c79-18ae-2c36-19a3-cfb73d7e6cf3
Content: Privacy options in Office 2016
Content Source: DeployOffice/security/privacy-options-in-office.md
Service: o365-proplus-itpro
GitHub Login: @DHB-MSFT
Microsoft Alias: danbrown

I'm investigating/checking.

I will close this issue as it is not directly related to a documentation issue. Feel free to post to TechCommunity on any issues.

authors: DHB-MSFT RAJU2529 manoth-msft

repo: MicrosoftDocs/OfficeDocs-DeployOffice