You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It appears that when you open the properties box for a .exe file in Windows Explorer for Windows 11 beta, Explorer holds the file open and "in use", which prevents the SKTimeStamp tab from changing any of the time stamps. This is not strictly a SKTimeStamp issue, as one cannot change the time stamps by any means (e.g. PowerShell) while the properties dialog is open. I confirmed via SysInternals Process Explorer that the Explorer process was holding a file handle for the .exe file.
I haven't reproduced this on a system qualified to run Win 11, but see it on a VirtualBox VM with minimal Win32 apps installed, as well as my daily-driver laptop.
This looks more like a Windows bug than an SKTimeStamp issue and I'm happy to report it to MS if that's the consensus here.
The text was updated successfully, but these errors were encountered:
It appears that when you open the properties box for a .exe file in Windows Explorer for Windows 11 beta, Explorer holds the file open and "in use", which prevents the SKTimeStamp tab from changing any of the time stamps. This is not strictly a SKTimeStamp issue, as one cannot change the time stamps by any means (e.g. PowerShell) while the properties dialog is open. I confirmed via SysInternals Process Explorer that the Explorer process was holding a file handle for the .exe file.
I haven't reproduced this on a system qualified to run Win 11, but see it on a VirtualBox VM with minimal Win32 apps installed, as well as my daily-driver laptop.
This looks more like a Windows bug than an SKTimeStamp issue and I'm happy to report it to MS if that's the consensus here.
The text was updated successfully, but these errors were encountered: