Closed arfyness closed 8 months ago
I'm fully open to some other cause of the locking, such as some other sofware I have on both computers, possibly a driver, possible they intel integrated graphics suite. I have AutoHotKey installed on all affected computers. For a while I thought it might be consistent that Process Explorer 64 was a common factor so I stopped using it on one device, which, eventually, again got locked from closing VSCode. It's not a horrible problem, to be fair, but it's a little irritating - moreover it's intriguing and happening on 3 computers, yet I can't find any information online about it at all.
So, I'm happy to inquire elsewhere, just not sure exactly where to do that. Has anyone else seen this happen? So very very curious.
Hm, here are some questions that come to mind:
Update: Mode
? close
is not an option (at least on mac)Win 10 21H2
or Win10 22H2
? You mention bothGood questions, thank you.
If no one else is seeing anything like this, I don't know if I care to take a lot of time poking at it, despite my very strong curiosity.
@arfyness how was the latest vs code update? Any changes?
With the Edit CSV extension disabled, it does not powersave the display or lock windows upon update.
Seems to me that some other extension might be responsible for this?
I also think that it should not be possible for any extension to "control" vs code like this... maybe this issue is better suitable for the vs code repo?
@arfyness any updates?
What OS?
Description
If all the following are true, the workstation locks, sometimes:
This is happening on my personal and work computers, both with Win10 22H2. They have different generation Intel CPUs and different levels (i5, i7) and every hardware item is different on them (Dell vs Lenovo) aside from both using Intel integrated graphics. Even on a very old computer still running Win7 the screen goes to standby (on Win7 it does not lock the computer).
I've narrowed it down only anecdotally, observing this only happens when Edit CSV extension is enabled. I've disabled other extensions, only enabling them when needed, and disabling them otherwise. I've taken the same practice with this extension, to try to determine the conditions where it locks on me when I quit VSCode.
The above is my best understanding at the moment, but may have errors. I'm confused how this happens.
Expected behavior
Expect the workstation not to lock from closing VSCode with a certain extension enabled.
Steps to reproduce