Closed n0risc closed 3 years ago
Same here. Exact modification time that gets written is 2009/04/22 - 20:24:48
. The issue happens to any file that is opened, even without making any changes. I've tried opening files in multiple editors (Vim, Notepad, Notepad++), and as soon as the file is opened this bogus modification time is written (even if I close the editor without making any changes).
Note that this issue with modification times doesn't happen when using the net use...
or sshfs-win svc...
connection methods, the issue only appears for me when using sshfs-win cmd...
, or when sshfs.exe
is used directly (which includes the use of SSHFS-Win Manager or SiriKali).
Frustratingly, the methods that are working are also the methods that don't seem to allow the use of custom private key locations (see #246). Don't know if there's anything in that?
This problem has been fixed in the WinFsp development branch. See commit https://github.com/billziss-gh/winfsp/commit/b2e677a3d35b62ea78f5ba5c97b260f1f58c9007.
Unfortunately there is no release with the fix yet.
Any estimated window for a release? I see building WinFSP needs things like VS build tools and the WDK, and I'd rather avoid using those on my work laptop (mostly because I'm running out of space...)
Just installed the latest pre-release of WinFSP (WinFsp 2021.1 Beta1), and when I use SSHFS-Win Manager to connect, the modification time is correctly written. I'm gonna try out the other methods I mentioned too.
Modification time was also correctly written when connecting with sshfs-win svc...
and when using SiriKali - success!
I'd vote to close this issue now that there's a pre-release with the fix. Or would it be more appropriate to wait for a full release?
I will close this issue. Thanks for confirming that it works!
This causes issues with Apache Security, when filetimes are written earlier than original cached.
Windows 10: WinFSP Latest SSHFS-Win Latest
Centos 7 Latest fuse-sshfs.x86_64 Latest