[SOLVED]1392a: how to open folders in new tabs like before?

[NottMee]

In version 1391a when browsing folders from Everything, they will be in new tabs (I'm using QTTabBar) in the existing explorer window.
In 1392a and without making any other changes, folders will now be opened in new explorer windows instead.
If I roll back to 1391a, folders are still opened in new tabs as before.

What is the change of behavior here and how can I open folders in new tabs like in 1931a?

Thanks in advance.

[void]

A wild guess... Is QTTabBar using a dll that is not loaded from a direct path.

Please try copying your QTTabBar dlls to C:\Windows\System32
(don't replace any system dlls)

[NottMee]

A wild guess... Is QTTabBar using a dll that is not loaded from a direct path.

Please try copying your QTTabBar dlls to C:\Windows\System32
(don't replace any system dlls)

it worked!
crazy that you can guess the problem and solve it in minutes! thanks again!

[void]

Making a small note here...

Everything 1.5.0.1393a relaxes loading dlls from specific paths.

1393a will now allow dlls from system paths and user specified dll paths.

1392a would only allow dlls from system paths.

[NottMee]

Making a small note here...

Everything 1.5.0.1393a relaxes loading dlls from specific paths.

1393a will now allow dlls from system paths and user specified dll paths.

1392a would only allow dlls from system paths.

hi void, i'm not sure if 1393a now handles dll like before, but in this version the folders are opened sometimes in new tabs, sometimes in new windows (especially after a system restart), no matter there is QTTabBar.dll in system32 or not

[NottMee]

Making a small note here...

Everything 1.5.0.1393a relaxes loading dlls from specific paths.

1393a will now allow dlls from system paths and user specified dll paths.

1392a would only allow dlls from system paths.

hi void, 1393a now opens folder in new windows, no matter there's qttabbar.dll in system32 or not.
do you have time to help me further? otherwise I have to stay 1391a

[void]

I will add a work around in the next alpha update.

[NottMee]

I will add a work around in the next alpha update.

that will be cool, thanks for your time in advance

[void]

Everything 1.5.0.1394a adds a policy to allow dlls from the current directory or program directory.



To allow 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)



If that doesn't help, please delete the os_allow_dll_current_directory value and try the following...



To allow dlls from the program/dll 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)



Please let me know if either of these policies help.

[NottMee]

Everything 1.5.0.1394a adds a policy to allow dlls from the current directory or program directory.
...
Please let me know if either of these policies help.

hello void,
os_allow_dll_exe_directory = 1 solved the problem.
now there's no QTTabBar.dll in system32 and the new folders are opened in tabs, just works like 1391a and before
thanks a lot for your work.

[NottMee]

Everything 1.5.0.1394a adds a policy to allow dlls from the current directory or program directory.
...
Please let me know if either of these policies help.

Hi void, I'd like to report that since 1394a the context menus will be showed sometimes as blank after a long time of running Everything, then I have to restart Everything manually.

I'm not sure if it's caused by the new version or the registry keys you've given, but this never happened before.

PixPin_2025-06-14_15-17-36.png (24.44 KiB) Viewed 2022 times

[void]

Thank you for the issue report NottMee,

Does the issue persist if you set both os_allow_dll_current_directory abd os_allow_dll_exe_directory ?

[NottMee]

Thank you for the issue report NottMee,

Does the issue persist if you set both os_allow_dll_current_directory abd os_allow_dll_exe_directory ?

I will try and report later, have a nice day void

[NottMee]

Thank you for the issue report NottMee,

Does the issue persist if you set both os_allow_dll_current_directory abd os_allow_dll_exe_directory ?

hi void, today the menu turns blank again, after I set both os_allow_dll_current_directory & os_allow_dll_exe_directory to 1
I'm not sure if it's because I updated to win11 24h2 early this month, how can I help further?

[void]

Please check if Everything is leaking handles, threads, User Objects or GDI objects:

• In Task Manager (Ctrl + Shift + ESC), click the Details tab.
• Right click the result list column header and click Select Columns...
• Check Handles, Threads, User Objects and GDI objects.
• Please monitor Everything.exe and see if usage grows over time.

[NottMee]

Please check if Everything is leaking handles, threads, User Objects or GDI objects:

• In Task Manager (Ctrl + Shift + ESC), click the Details tab.
• Right click the result list column header and click Select Columns...
• Check Handles, Threads, User Objects and GDI objects.
• Please monitor Everything.exe and see if usage grows over time.

hello void, just now the menu turned blank again, the GDI-Objects reached 9999, which is normally under 3000
how can I avoid that leak or you have to fix something?

[void]

There's a limit of 10000 GDI objects per process.

Is Everything using 9999 GDI objects?
Could you please upload your Help -> Troubleshooting information in a bug report.
I will fix this ASAP.

[NottMee]

There's a limit of 10000 GDI objects per process.

Is Everything using 9999 GDI objects?
Could you upload your Help -> Troubleshooting information in a bug report.
I will fix this ASAP.

Hi void, today the bug came again, gdi-objects number reached 9948. I've already successfully sent the Troubleshooting information to you on the bug report page. I hope it would help. Thanks for your work.

[void]

Thank you for the troubleshooting information.

Everything 1.5.0.1396a fixes an issue with a GDI leak when rendering thumbnails.

Please let me know if the issue persists with this version.

[NottMee]

Thank you for the troubleshooting information.

Everything 1.5.0.1396a fixes an issue with a GDI leak when rendering thumbnails.

Please let me know if the issue persists with this version.

thanks for the new version, I will report if the issue persists

[quuzuu]

Hi everyone, I googled my way here, not sure if it's the right thread because I don't understand 90% of the thread, but in Everything there's an option to "open path with double click in path column", are you guys saying it's now possible to make the double click open a new tab in an existing instance of Fire Explorer instead of a new Fire Explorer? Because I've always wanted that! But never knew how to enable it.

[void]

There's no option in Everything to open folders in new Windows Explorer tabs.

Windows Explorer doesn't support this yet..

There are hacks out there which can make it work.

You will need:

• QTTabBar
• Everything 1.5
• Enable the os_allow_dll_exe_directory setting (see above)