Context menu issues when selecting items in different folders

[eats-sibley]

Hey there,

Just wanted to flag an issue I’ve been having with Everything. I’ve been using it a lot to unzip files and compress folders that are all over the place. But in the 1.5 Alpha version, the context menu for my compression app, Bandizip, just vanishes when I select items from different folders. This wasn’t a problem in the previous version (1.4) until recently, and I’m on Windows 11, by the way.

I reached out to Bandizip’s support and they think Everything might have a bug that doesn’t trigger the MSIX-style menu when multiple files are selected (plus they've noticed that WinRAR seems to have the same problem). It’d be awesome if you could look into this and maybe fix it. I think it’d make the user experience a lot smoother for folks like me who need to manage files across multiple folders.

Thanks a bunch!

[horst.epp]

I have WinRAR and tested this by selecting RAR archives from different folders.
No such problem here with the context menu from Everything.
WinRAR asks where to extract the files.
______________________________________________________
Windows 11 Home x64 Version 23H2 (OS Build 22631.3527)
Everything 1.5.0.1375a (x64), Everything Toolbar 1.3.3
WinRAR x64 version 7.01

[eats-sibley]

I have WinRAR and tested this by selecting RAR archives from different folders.
No such problem here with the context menu from Everything.
WinRAR asks where to extract the files.

I haven't tested it with WinRAR myself, but Bandizip support told me that, so I added it in case it helps. They said they were able to reproduce my issue on Windows 11 and mentioned that they saw the same thing with WinRAR.

The weird thing is that old version of Bandizip+Everything 1.4=works / new version of Bandizip+Everything 1.4=doesn't work / old or new version of Bandizip+Everything 1.5=doesn't work.

I don't understand what the problem is either, so I'm contacting both Bandizip and Everything.


I'll also leave my Windows and the app version I used, just in case.
Windows 11 Pro 23H2 22635.3575 (Insider Beta)
Everything 1.4.1.1024 and 1.5.0.1375a (x64)
Bandizip 7.32(older version) and 7.33(newer version)

[horst.epp]

I haven't tested it with WinRAR myself, but Bandizip support told me that, so I added it in case it helps. They said they were able to reproduce my issue on Windows 11 and mentioned that they saw the same thing with WinRAR.

The weird thing is that old version of Bandizip+Everything 1.4=works / new version of Bandizip+Everything 1.4=doesn't work / old or new version of Bandizip+Everything 1.5=doesn't work.

Your description says for me that Bandizip is the culprit.

[void]

Bandizip is actively blocking processes called Everything.exe and Everything64.exe
I don't know why..

Please try copying your Everything.exe to another filename and running that:
From the File menu, click Exit.
Copy your Everything64.exe to Everything642.exe
Launch Everything642.exe
Re-tick Tools -> Options -> General -> Start Everything on system startup. (if square checked)



The Bandizip context menu items work fine for multiple folders when I rename my Everything64.exe to Everything642.exe

Everything 1.5.0.1375a x64
Windows 11 23H2 22631.2861 x64
Bandizip 7.33

[eats-sibley]

Bandizip is actively blocking processes called Everything.exe and Everything64.exe
I don't know why..

The Bandizip context menu items work fine for multiple folders when I rename my Everything64.exe to Everything642.exe

I just tried that and yeah, the context menu works fine now :\
Thanks for finding and fixing the problem so quickly!

I'll let them know as well and hopefully they won't block Everything in the future...

[kippler]

Hello, I'm a developer of Bandizip.

I think it's time to solve this problem. Please check this issue with me.

<Background>

In Windows 11 environment,

1) Bandizip supports IContextMenu and IExplorerCommand.

. Explorer modern menu -> IExplorerCommand
. Explorer classic menu -> IContextMenu

2) When user use "Explorer classic menu", I need check it is modern menu or not to prevent both of them are displayed in the context menu.

3) "Explorer classic menu" always calls IExplorerCommand::GetState with (fOkToBeSlow==FALSE)



So, bzshell(IExplorerCommand) does these steps.

1) if (fOkToBeSlow==FALSE) --> OK, it's classic menu -> disabled
2) if (fOkToBeSlow==TRUE) --> OK, it's modern menu -> enabled


It works fine with Explorer.exe, but most other programs ignore fOkToBeSlow.





<Solution 1>

Could you change fOkToBeSlow to FALSE? Explorer does this.
Then I'll remove the code checks for "Everyting.exe" and "Everything64.exe"


<Solution 2>

I found that when user select multiple files, Eveything does not call DllGetClassObject() of bzshell(IExplorerCommand)

I don't know why you do that, but please install WinRAR and check it.

WinRAR menu does not appear too due to this problem when you select multiple files.

Honeycam 13.gif (389.05 KiB) Viewed 732 times

I think you should call DllGetClassObject(IExplorerCommand) even if user selects multiple files.

[void]

Thank you for your post kippler,

Everything does not call IExplorerCommand directly.

Everything calls CDefFolderMenu_Create2 to get an IContextMenu interface for multiple files in different folders.
Everything builds its own custom IShellFolder.

I have also tested SHCreateDefaultContextMenu and that has the same issue.

I don't have a solution at this stage.