File Explorerer context menu shell extension options not appearing for un-hydrated placeholders #61
Replies: 2 comments 4 replies
-
I don't know whether that's possible, though I suspect not. Since the Shell generally doesn't know what an extension might do I think they opt not to call extensions for any item in an enumeration that is marked with FILE_ATTRIBUTE_RECALL_ON_OPEN, lest they end up triggering a spurious hydration. I've reached out to one of my Shell contacts to get more info. |
Beta Was this translation helpful? Give feedback.
-
Okay, the Shell folks got back to me. This isn't something the user of an extension can control, only the implementer:
To clarify, I asked for confirmation that the extension user can't control this, only the implementer. His response:
|
Beta Was this translation helpful? Give feedback.
-
Hello,
I've noticed that File Explorer tries to do some nice things to prevent unnecessary hydration of virtual files (not creating thumbnails by default, etc).
One thing it appears to do, though, is suppress shell extensions from adding context menu items to placeholders that aren't hydrated.
For example, I currently have a 7zip and perforce shell extensions installed, which should add menu items for any file I right-click. These menu items do not show up, though, only if the file is an un-hydrated placeholder.
I was wondering if you knew of a way to control / configure this somehow?
Maybe whitelist certain extensions or something?
My users are annoyed by not getting the perforce menu options specifically.
Thanks!
Beta Was this translation helpful? Give feedback.
All reactions