Steps to Reproduce:
[0818/104648.606:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0818/104652.360:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
Not sure what it means since there's no info on web about this specific error log so I can't reproduce this error on purpose. Sorry.
As you can see in the picture the debug.log file is grayed out but other one isn't . (all other debug.log files are all grayed out)
Does this issue occur when all extensions are disabled?: Yes
(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:
Version: 1.49.0 (system setup)
Commit: e790b931385d72cf5669fcefc51cdf65990efa5d
Date: 2020-09-10T13:22:08.892Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.18363
I think I have some helpful information.
This happens whether or not you have extensions disabled, but it doesn't happen when both processes are run as Administrator.
Steps to Reproduce:
1) Open a project in _Visual Studio Code_.
2) Open a file that is rendered in color.
3) Open a second project in a new _Visual Studio Code_ window. Without closing the first window.
4) Open a file that is rendered in color in the second window.
5) A debug.log
file should now exist in the directory of the file opened in the second _Visual Studio Code_ window.
Example:
1) Open C:\Users\user\Documents\GitHub\awsome_project_1
.
2) Open C:\Users\user\Documents\GitHub\awsome_project_1\package.json
.
3) Open C:\Users\user\Documents\GitHub\awsome_project_2
in a new code window.
4) Open C:\Users\user\Documents\GitHub\awsome_project_2\package.json
.
5) There is now a C:\Users\user\Documents\GitHub\awsome_project_2\debug.log
It also happens without .gitignore present. In several of projects where I have no GIT integration I found out that ESLint reports several such errors. Some examples:
[0911/174625.932:ERROR:registration_protocol_win.cc(103)] CreateFile: O sistema n锟給 pode encontrar o arquivo especificado. (0x2)
[0911/174710.611:ERROR:registration_protocol_win.cc(103)] CreateFile: O sistema n锟給 pode encontrar o arquivo especificado. (0x2)
(Incidentally, there are some character encoding errors as you can see above.)
Maybe you could also rename this issue to something like v1.49 creates debug.log automatically.
Seems to happen any time you open any directory at all. For me its enough to open a folder, and its created:
//debug.log
[0911/231918.764:ERROR:registration_protocol_win.cc(103)] CreateFile: Systemet finner ikke angitt fil. (0x2)
Creates in multiple directories.
[0911/172355.455:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0911/172357.298:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0911/172357.540:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
This is super annoying. You can delete the file but it comes right back.
It seems that this bug is not reproducing(at least for now trying) after installing User Version:
I will update if it happens again.
I just upgraded to 1.49, and I have the same issue.
Version info:
Version: 1.49.0 (system setup)
Commit: e790b931385d72cf5669fcefc51cdf65990efa5d
Date: 2020-09-10T13:22:08.892Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.19041
Can we do smth with this? :/ it's very annoying.. file is created for any selected folder in second vscode window
Also it's adding more lines to this file (mb on each folder access)
Version: 1.49.0 (system setup)
Commit: e790b931385d72cf5669fcefc51cdf65990efa5d
Date: 2020-09-10T13:22:08.892Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.19041
I might have found a workaround for this issue. I'm not sure what's causing it, but changing the permissions on the folder C:\Program Files\Microsoft VS Code Insiders
seems to have made the issue go away. What I changed was:
Edit
-> Add...
Full Control
permissionsI no longer get the debug.log
mysteriously spawning in my workspaces, at least with my limited testing.
Version: 1.49.0-insider (system setup)
Commit: e790b931385d72cf5669fcefc51cdf65990efa5d
Date: 2020-09-09T08:15:09.223Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.19041
Update: On a hunch I decided to go check my Visual Studio Code install folder and there is now a debug.log
there with the same errors in it dated for today. It appears that this behaviour is some kind of fallback when Visual Studio Code cannot access its install directory. It instead falls back to the workspace directory or possibly the directory in which the error took place.
Perhaps a clue, I noticed it doesn't always create the debug.log file:
.md
text file in Windows Explorer, then drag-drop it in VSCode, it creates a debug.log in the folder.txt
file, no debug.log file gets createdI tried with more file extensions (to rule out whether it's specific to markdown or not) and it consistently always creates the log when it's not Plain Text language mode, and consistently never creates it for Plain Text.
This issue also has started occurring after updating vscode. It would sporadically generated debug.logs on some of folders in my existing repositories that I pulled for recent updates.
A work around I am using is to rename/delete the existing local repository and git clone the repository. No debug.logs.
Nvm, work around is failing...
I recently installed the settings sync right before this started happening. I have located '[0914/144720.188:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)' errors in the output window in several extensions. I am attempting to walk through each of them to see if I can fix the problem.
I am looking to repro this issue on my machine, seems like everyone affected here has a system install , does it not repro when you have a user install ?
I am unable to repro with the following steps
code.cmd <path>
Is there some step I am missing ? Also those logs are from the runtime chromium and not the app vscode, but they should not be generated unless a debug version of the runtime is used.
I am running the system install. not a debug, not an insider version. i have gotten it to stop. I have had to disable all of the extensions and rebooted the computer. I had tried reinstalling the system install over the top originally but that didnt help. The errors appeared to happen in 1 of 2 places. At startup when extensions were initialized, or when a certain file type was open and it was associated with it. As i said before, I had recently added the system sync functionality. The issues appear that they could have been related to that and/or merging the settings at the beginning from multiple workstations.
I have not enabled any extensions yet to see if they come back again. Thats what I will be doing next.
Is there some step I am missing
for me it's happening only in second vscode window. Everything is fine in the first one.
Thanks @artaommahe that helped, have a reliable repro now
code.cmd <path> --disable-extensions
code.cmd <path> --disable-extensions
.md
file in project2 (for now this is the file I was able to see repro)debug.log
generated in the working directoryThe file will also be created for user install but under the executable folder which matches the logic under https://github.com/electron/electron/blob/b1d8057ec92a39763382f52da1d1620253946da8/shell/app/electron_main_delegate.cc#L198
Is there some step I am missing
for me it's happening only in second vscode window. Everything is fine in the first one.
Same here, only in second vscode window + system install
VSCode info:
Version: 1.49.0 (system setup)
Commit: e790b931385d72cf5669fcefc51cdf65990efa5d
Date: 2020-09-10T13:22:08.892Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.18363
I am also getting the same debug.log everything where I start the applications.
debug.log
[0914/101119.781:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0914/101120.409:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0914/101146.995:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0914/110623.984:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0914/110624.809:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0914/125059.341:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0915/102026.138:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0915/102026.977:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0915/114404.743:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0915/114405.534:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
[0915/120953.237:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
vscode info
Version: 1.49.0 (system setup)
Commit: e790b931385d72cf5669fcefc51cdf65990efa5d
Date: 2020-09-10T13:22:08.892Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.17134
The issue has been narrowed down, will update here once the fix is available. It would be better if further reports are avoided and instead subscribe to the issue for updates. Thanks!
Getting the same ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file spec
The system cannot find the file specified. (0x2) only when I am opening two projects in vs code without closing the first window.
but it is not generating a debug.log file in my system.
For me issue is resolved by closing both the project & restarting the only one project.
Happening after the August update which hit just now. Incredibly annoying.
+1
Still getting the issue. NOTE: This is happening on work laptop, permissions are locked down heavily and I have to open installers with '(Avecto) Run with elevated privileges'. Will remove my group policies and test again after.
Version: 1.49.0 (system setup)
Commit: e790b931385d72cf5669fcefc51cdf65990efa5d
Date: 2020-09-10T13:22:08.892Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.17763
It's like this for me:
debug.log
appears with the following message:[0917/125412.476:ERROR:registration_protocol_win.cc(103)] CreateFile: The system cannot find the file specified. (0x2)
Every time I open a file, the corresponding debug.log
file gets updated with a new line with the same message. I'm on system setup:
Version: 1.49.0 (system setup)
Commit: e790b931385d72cf5669fcefc51cdf65990efa5d
Date: 2020-09-10T13:22:08.892Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.19041
This issue fixed if I run VSCODE with administrator permission.
The only workaround now is to either run using admin privileges or add debuug.log to .gitignore
Adding debuug.log
to .gitignore is not a solution.
File is keep on adding cause confusion.
@alokraj68
One way to fix this is reinstall the VSCode using the "User setup" instead of "System setup". It will give more permissions to the files.
Yesterday I opened how administrator and worked.
Today I opening normally and .log does not comes.
Issue still persists after 1.49.1 update.
Version: 1.49.1 (system setup)
Commit: 58bb7b2331731bf72587010e943852e13e6fd3cf
Date: 2020-09-16T23:27:51.792Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT x64 10.0.19041
The only workaround now is to either run using admin privileges or add debuug.log to .gitignore
BTW, Can't open another instance of VSCode if one is already running using admin privileges.
Issue still persists after 1.49.1 update.
Version: 1.49.1 (system setup) Commit: 58bb7b2331731bf72587010e943852e13e6fd3cf Date: 2020-09-16T23:27:51.792Z Electron: 9.2.1 Chrome: 83.0.4103.122 Node.js: 12.14.1 V8: 8.3.110.13-electron.0 OS: Windows_NT x64 10.0.19041
The only workaround now is to either run using admin privileges or add debuug.log to .gitignore
BTW, Can't open another instance of VSCode if one is already running using admin privileges.
You have to open additional windows from within the existing instance.
I too am having this error.
Version: 1.49.1 (system setup)
Commit: 58bb7b2331731bf72587010e943852e13e6fd3cf
Date: 2020-09-16T23:23:38.048Z
Electron: 9.2.1
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: 8.3.110.13-electron.0
OS: Windows_NT ia32 10.0.19041
I notice that the output terminal is showing the logs are coming from JSON Language Server. Perhaps that can help narrow things a little?
@cbprosser I don't think it will. For instance I get the error inside PHP Language Server too:
This will be fixed in next recovery release this week 1.49.2
. I am locking the issue since no new information is required. Thanks for the inputs so far. I will unlock the issue once the release has been made to verify.
1.49.2
has been released with the fix, please update and verify. Thanks all for the patience!
Update looks to be the goods, after testing various actions in 2 projects.
Good stuff
Multiple projects that were getting debug.log are now behaving properly.
Thank you guys very much for fixing this so promptly.
I'm going crazy with these endless debug.logs, Fuck:
I'm going crazy with these endless debug.logs, Fuck:
105161
Why didn't you go back to version 1.48.2? Now just install 1.49.2.
It appears the update has indeed fixed this problem. Thank you.
Seems this issue has been resolved, and I'm suggesting that the issue is locked to prevent additional "This update fixed it, thanks" style comments.
Most helpful comment
The issue has been narrowed down, will update here once the fix is available. It would be better if further reports are avoided and instead subscribe to the issue for updates. Thanks!