-
Notifications
You must be signed in to change notification settings - Fork 580
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Config causing 35 second delay opening modern MS Office file formats (.docx & .xlsx etc) #199
Comments
We're also having this issue. The scenario is a user on a remote desktop server with their appdata\roaming on a file share.
Given this looks to be an issue with the minifilter driver I'm assuming this can't be dealt with using a sysmon rule? I can see changes to FsFilter (assuming the minifilter driver) in v15.15 so I'll try updating. https://techcommunity.microsoft.com/t5/sysinternals-blog/process-monitor-2-0-for-linux-and-sysmon-v15-15/ba-p/4199063 I've also messaged Alex_Mihaiuc who posted the update to see if there's more detail. |
This issue is a copy of the issue of the SwiftOnSecurity project, which seems to be dead. Anyway the issue still exists also with recent 15.14 and the sysmon-modular config from this repo:
SwiftOnSecurity/sysmon-config#171
https://www.reddit.com/r/sysadmin/comments/yis8fi/network_share_word_and_excel_files_take_35/
Does anyone have an idea why on some systems the registration of the filter FSCTL_REQUEST_FILTER_OPLOCK is causing such a huge delay in saving times for some file types?
The text was updated successfully, but these errors were encountered: