No full context menu when multiple files are selected

[atiovalo]

When I select multiple items and right-click on them, only a minimal context menu appears instead of the full one from Windows. I'm sure this wasn’t the case a few versions back, since I do this very often, so I would have noticed.

I’ve noticed two things:
1. If the files I select are in the exact same location, the issue does not occur.
2. If I right-click many times, the full menu might randomly appear in one of the clicks, but the next time I click, it doesn't appear again.

Version: 1.5.0.1414b (x64)

[void]

Thank you for the issue report atiovalo,

I'm unable to reproduce the issue here.
Could be a bad shell extension.

Could you please send a debug log:

• In Everything 1.5, from the Tools menu, under the Debug submenu, click Start Debug Logging.
• Right click multiple files.
• Repeat until the minimal context menu appears.
• From the Tools menu, under the Debug submenu, click Stop Debug Logging.
  ---This will open your Everything Debug Log.txt
• Please upload this file in a bug report.

[atiovalo]

Thank you, void. I sent that file and added this thread's URL in the description.

While logging, the full menu appeared after right-clicking maybe 4 or 5 times. Until then, the minimal menu appeared.

[void]

Thank you for the debug logs.

2026-06-05 05:58:06.317: QueryContextMenu exception c0000005

A context menu shell extension crashed.

Please try disabling any non-Microsoft context menu shell extensions with Nirsoft ShellExView.
Does the issue persist?

[atiovalo]

That didn’t work, unfortunately. I’m also certain that I haven’t added or removed anything from my context menu in over a year, since I tend to keep it organized.

However, I was able to pinpoint the version where the issue first appears, if that helps. It’s version 1.5.0.1405a. The problem didn’t exist in version 1.5.0.1404a or earlier.

EDIT: Another thing I should have mentioned is that I'm talking about the classical Windows context menu here, not the Windows 11 one.

[atiovalo]

Hey, thanks for the response! I tried the Nirsoft ShellExView again, and the issue is solved when I disabled Kaspersky's shell extension. It must be it, since I tried enabling/disabling it a few times, and every time it's disabled, the menu appears normally. I don't know why I missed it yesterday.

I think the relevant lines from the debugging log are these:
QueryContextMenu exception c0000027 at 00007ffc883ebec0
00007ffc88270000-00007ffc88af0000 C:\WINDOWS\SYSTEM32\Windows.Storage.dll

Does that mean it's purely Kaspersky's fault, or could it be something in the way Everything interacts with it?

Thanks for the support, and I apologize if I wasted your time on an issue not caused by Everything. Tell me if you need any more info.

[void]

It’s version 1.5.0.1405a. The problem didn’t exist in version 1.5.0.1404a or earlier.

Thank you for this information.
1405a adds improved support for shell extensions.
-This version will actually load some shell extensions that failed to load in older versions.

QueryContextMenu exception c0000027 at 00007ffc883ebec0
00007ffc88270000-00007ffc88af0000 C:\WINDOWS\SYSTEM32\Windows.Storage.dll

Thank you for the debug logs.

I would need to see the call stack to know for sure if this was caused by Kaspersky.
Getting the call stack will be a little difficult because Everything handles "unhandled exceptions".

If disabling Kaspersky fixes the issue, then it is likely the cause.
I don't have a good solution to disable just Kaspersky in Everything as its loaded by the system and outside my control.
You'll have to disable Kaspersky globally with ShellExView, or disable all context menu shell extensions in Everything.

To disable context menu shell extensions in Everything: (I know you're trying to avoid this)

• In Everything 1.5, from the Tools menu, click Options.
• Click the Advanced tab on the left.
• To the right of Show settings containing, search for:
  context
• Select: context_menu_shell_extensions
• Set the value to: false
• Click OK.

Does that mean it's purely Kaspersky's fault, or could it be something in the way Everything interacts with it?

Hard to say.
It's not Kaspersky directly, its Windows.Storage.dll.
This API shouldn't be throwing exceptions.
It's likely the Everything emulated IShellFolder that Windows.Storage.dll doesn't like.
Perhaps Windows.Storage.dll is expecting an interface that Windows Explorer normally supplies and Everything doesn't.

Could you please send another debug log in a bug report
Look for the following lines:

_ui_shell_folder_query_interface

Maybe this will hint at what interface is missing.

[atiovalo]

Thanks, void! Here are the relevant lines:
_ui_shell_folder_query_interface 1079acfc-29bd-11d3-8e0d-00c04f6837d5
_ui_shell_folder_query_interface 1ac3d9f0-175c-11d1-95be-00609797ea4f

Tell me if you need the full log file, or anything else.

[void]

Thank you for the debug logs atiovalo,

1079acfc-29bd-11d3-8e0d-00c04f6837d5 is IPersistIDList.
1ac3d9f0-175c-11d1-95be-00609797ea4f is IPersistFolder2.

Both of these interfaces are supported.
However, they return the Desktop folder which could be causing issues with Windows.Storage.dll/Kaspersky.
I don't have a good solution at this stage.

[atiovalo]

Thanks again. If you need any further info from my side to help you investigate, let me know.
I'm using Kaspersky Free 21.25, if it matters.