[bug] SendTo is missing entries on ver 1.5.0.1400a

[win32]

I noticed a regression on "Everything-1.5.0.1400a", it misses a lot of SendTo entries.
It displays only the shortcuts of the sendto folder.
It should also display files which have a Drop Handler defined.
Explorer's SendTo, displays all the entries.

Going back to previous version of E resolves the issue.

[horst.epp]

Not confirmed for me.

Explorer and Everything show the same 8 entries
and not only shortcuts.

Everything:

Screenshot - 19.10.2025 , 15_56_24.png (13.74 KiB) Viewed 1991 times

Explorer:

Screenshot - 19.10.2025 , 15_57_32.png (14.97 KiB) Viewed 1991 times

Content of SendTo

Screenshot - 19.10.2025 , 15_59_59.png (31.63 KiB) Viewed 1991 times

______________________________________________________
Windows 11 Home Version 25H2 (OS Build 26200.6899)
Everything 1.5.0.1400a (x64), Everything Toolbar 2.1.0
Total Commander 11.56 x64 / x86

[void]

The missing items might be shell extensions trying to load insecure dlls.

Please try enabling os_allow_dll_exe_directory:

• From the Start menu, search for:
  regedit
• Right click Registry Editor and click Run as administrator.
• In the Registry Editor, navigate to:
  
  HKEY_LOCAL_MACHINE\SOFTWARE\Policies
• Create the following key:
  
  HKEY_LOCAL_MACHINE\SOFTWARE\Policies\voidtools
• Create the following key:
  
  HKEY_LOCAL_MACHINE\SOFTWARE\Policies\voidtools\Everything
• In this new key, on the right, create a new DWORD value.
• Set the value name to:
  os_allow_dll_exe_directory
• Set the value data to:
  1

Restart Everything (Everything -> File -> Exit)

os_allow_dll_exe_directory

Does the issue persist?

[win32]

Didnt work. Could it be that Everything.exe is not invoked from "Program Files" but a custom dir?

Addendum: Drag n Drop into windows of programs not run from secure locations (portables) doesn't work either. Everything-1.5.0.1399a works fine.

[void]

Didnt work. Could it be that Everything.exe is not invoked from "Program Files" but a custom dir?

Running Everything from C:\Program Files is the same as enabling os_allow_dll_exe_directory.



Could you please let me know some of the missing items so I can do some tests my end.

Thanks for checking 1399a.
The only change I can see from 1399a - 1400a that affects context menus is a fix to some issues with my IDataObjectAsyncCapability handler.
I will add a switch to disable my IDataObjectAsyncCapability handler.

edit: Everything will only use IDataObjectAsyncCapability if you select multiple files from different locations.
Does the issue persist if you only right click a single file?

[win32]

I rescind the drag_n_drop on window issue, I dont know what happened, it certainly was not the case of E running as admin. Apologies.
======
Now about SendTo:
It's the python drop handler which is having the issue {BEA218D2-6950-497B-9434-61683EC065FE}
Python is installed in C:\Python3 but the drop handler seems to be in C:\Windows\pyshellext.amd64.dll

FYI this Drop Handler invokes the command of the verb set in Shell\(Default) for the filetype.
====
I also noticed that while in previous version the statusbar displays the media codec(#audio-format:) correctly, i.e. "Opus" in particular, in "v400a" it shows a UUID ({xxx-xxx-xxx-xx})

[void]

The .py file in my %APPDATA%\Microsoft\Windows\SendTo was missing until I set the os_allow_dll_exe_directory policy. (see above)

If this doesn't help, please try allowing dlls from the current directory:

• From the Start menu, search for:
  regedit
• Right click Registry Editor and click Run as administrator.
• In the Registry Editor, navigate to:
  
  HKEY_LOCAL_MACHINE\SOFTWARE\Policies
• Create the following key:
  
  HKEY_LOCAL_MACHINE\SOFTWARE\Policies\voidtools
• Create the following key:
  
  HKEY_LOCAL_MACHINE\SOFTWARE\Policies\voidtools\Everything
• In this new key, on the right, create a new DWORD value.
• Set the value name to:
  os_allow_dll_current_directory
• Set the value data to:
  1

Restart Everything (Everything -> File -> Exit)

I also noticed that while in previous version the statusbar displays the media codec(#audio-format:) correctly, i.e. "Opus" in particular, in "v400a" it shows a UUID ({xxx-xxx-xxx-xx})

The latest versions of Everything 1.5 favor the Windows Property System.
Older versions would favor the built-in property handler.
The Everything property handler would use the FourCC, while the Windows Property System uses a GUID.

The next update will improve formatting of audio format guids.
{********-767A-494D-B478-F29D25DC9037} => FourCC (where ******** is a FourCC)
{4F707573-767A-494D-B478-F29D25DC9037} => Opus

Tools -> Options -> Advanced -> property_builtin_handler_priority=1 (not recommended)

[win32]

os_allow_dll_current_directory didn't work either.
Things I tested:
- created a new clean instance of Everything, all settings at default values
- starting "E" as admin
- starting "E" from an custom folder inside "program files"
Previous version "v1399" works fine. I am on win10.

I am sure it's the py handler because I use it as a drop handler for ps1 files too, and similarly are not displayed in SendTo.

The next update will improve formatting of audio format guids.
{4F707573-767A-494D-B478-F29D25DC9037} => Opus

Thanks, that was the GUID.

[void]

Unable to reproduce the issue my end.

Does the issue occur if you run Everything 1.5.0.1399a in a fresh instance?

[win32]

No issues on clean 1399a.
Ok, let's wait and see if anybody else gets "collected" by this.

[void]

Please check the bitness of 1400a. (x64 or x86)
-Please make sure it matches 1399a.
-The x86 version will not work with the x64 drop handler.

Is 1399a and 1400a running as the same user?
-Please check if 1400a is doing something odd and running elevated, when 1399a wasn't..

[win32]

I had mistakenly downloaded the x86 file.
I also had renamed the executable inside the archive from Everything.exe -> Everything64.exe (I use the old naming since I havent done some minor changes in my system), so I was pasting that renamed file to the new location.
I dont know why I didn't think of this , I even noticed the size difference, still didnt get the clue.