[SOLVED] Very strange behaviour to open ZIP files

[Gabarito]

I had to recover a previous saved image because a system inconsistencies.
And forgot to save Everything.ini with program settings.
I'm not sure if it's a program setting or what else, but I'm facing a weird behaviour.

I set ZIP extension to open with WinRAR tool.
If I use Windows Explorer or Directory Opus (file manager) to open such files, all goes well. File is open with WinRAR tool.
But if I open within Everything, the ZIP file will open in Directory Opus, that can handle ZIP files.
What's going on here?
I don't want to open ZIP files with file managers.


I tried all what I could to understand that, but I gave up.
Everytime I try to open a ZIP file in Everything, it opens in Opus file manager.


Any ideas?

[void]

Please make sure Everything is running as a standard user:

• In Everything, from the Tools menu, click Options.
• Click the General tab on the left.
• Check Store settings and data in %APPDATA%\Everything
• Uncheck Run as administrator.
• Check Everything Service. (Please make sure this is tick-checked and not square-checked)
• Click OK.
• Exit Everything (right click the Everything tray icon and click Exit).
• Restart Everything.

Does the issue persist?

[Gabarito]

Thank you for your prompt answer.

Unfortunately, all settings you suggested was just already adjusted before.

My language is Portuguese, but you'll find the itens:

11.png (47.74 KiB) Viewed 29950 times

Problem remains.

[Gabarito]

What I get when double click a ZIP file:

12.png (44.31 KiB) Viewed 29949 times

Directory Opus openning the content of a ZIP file.

[Gabarito]

And what I get when double click a ZIP file using Windows Explorer:

13.png (60.04 KiB) Viewed 29949 times

WinRAR opens it, as expected and desirable.

[void]

Everything uses ShellExecute to open files.

While Explorer and other file browsers will use the default context menu item.


There might be a misconfiguration in your registry.

What is shown in your Registry Editor under HKEY_CLASSES_ROOT\.zip:
From the Start menu, search for regedit
Click Registry Editor.
Navigate to:
HKEY_CLASSES_ROOT\.zip
What is shown in the Registry Editor under this folder?
The (Default) data should look something like WinRAR.ZIP

[Gabarito]

What is shown in the Registry Editor under this folder?
The (Default) data should look something like WinRAR.ZIP

18.png (5.39 KiB) Viewed 29948 times

15.png (4.52 KiB) Viewed 29948 times

[Gabarito]

ShellNew under Compressed Folder has:

19.png (8.26 KiB) Viewed 29947 times

And ShellNew under .zip key has:

20.png (5.69 KiB) Viewed 29947 times

[void]

Thanks for the registry info.
This entry looks fine.

A quick question.. Do other files opened from Everything also open in Dopus?
-Have you set a custom Tools -> Options -> Context Menu -> Open (Files) -> Command?

What is shown in your Registry Editor under HKEY_CLASSES_ROOT\WinRAR.ZIP:
From the Start menu, search for regedit
Click Registry Editor.
Navigate to:
HKEY_CLASSES_ROOT\WinRAR.ZIP\shell\open\command
What is shown in the Registry Editor under this folder?

[Gabarito]

A quick question.. Do other files opened from Everything also open in Dopus?
-Have you set a custom Tools -> Options -> Context Menu -> Open (Files) -> Command?

21.png (15.33 KiB) Viewed 29945 times

What is shown in your Registry Editor under HKEY_CLASSES_ROOT\WinRAR.ZIP:

22.png (13.28 KiB) Viewed 29945 times

and

default = WinRAR ZIP archive

From the Start menu, search for regedit
Click Registry Editor.
Navigate to:
HKEY_CLASSES_ROOT\WinRAR.ZIP\shell\open\command
What is shown in the Registry Editor under this folder?

23.png (4.64 KiB) Viewed 29945 times

[Gabarito]

It's very late here...
I'm be back tomorrow.
You may delete this post if you want.

[void]

Thank you for the registry information.
All looks good.

This is indeed strange..


Please try uninstalling the x86 version of Everything and installing the x64 version.

Everything does not use default app to open pictures

[Gabarito]

I'm back.

Thank you for the registry information.
All looks good.

This is indeed strange..


Please try uninstalling the x86 version of Everything and installing the x64 version.

Everything does not use default app to open pictures

But my version is already 64 bits.
I use the latest 64 bit version, 1.4.1.1015.

And I've read the similar thread from user Phantom1472.
His problem was conflicting versions, but that isn't mine. I have just one version installed.
WinRAR I use here is 32 bits, version 3.80.
Also, system is Windows 7 SP1.

Don't worry if this has no solution.
I can survive with it.

[void]

If you copy the full path and filename (right click -> Copy Full Path to Clipboard) and paste this in Start -> Run, does the same issue occur?


Could you please send some debug output:

• In Everything, type in the following search and press ENTER:
  /debug
  ---this will show a debug console.
  Open a zip file
  What is shown in the debug cnosole? (right click the debug console title bar and under the Edit, click Select All. Right click the selected text to copy it to the clipboard)

To close the debug console:

• In Everything, type in the following search and press ENTER:
  /debug

Does the issue occur with Everything 1.5a?
Everything 1.5 will invoke the default context menu item (like Windows Explorer).

[Gabarito]

If you copy the full path and filename (right click -> Copy Full Path to Clipboard) and paste this in Start -> Run, does the same issue occur?

No. It opens in WinRAR, as desirable.

Could you please send some debug output:

• In Everything, type in the following search and press ENTER:
  /debug
  ---this will show a debug console.
  Open a zip file
  What is shown in the debug cnosole? (right click the debug console title bar and under the Edit, click Select All. Right click the selected text to copy it to the clipboard)

Debug console starts to show several lines, non stop.
I use letter B to store my "My documents" folder. It's not usual.
I thought it's important to say.

Some snapshots:

1.png (48.05 KiB) Viewed 29897 times

2.png (85.39 KiB) Viewed 29897 times

3.png (100.26 KiB) Viewed 29897 times

To close the debug console:

• In Everything, type in the following search and press ENTER:
  /debug

I was afraid about the operation never ended and closed it using CTRL-C.


Here is the console content opening a zip file:

Code: Select all

Everything
Version 1.4.1.1015 (x64)
Windows NT 6.1
Processors 8
IsAdmin 1
AppData 1
Service 1
cmdline "C:\Program Files\Everything\Everything.exe"
WM_ACTIVATE 0000000000000000 0000000000000000, lastfocus 0000000000030a74, curre
nt focus 0000000000030a74
update index B:
USN DATA_OVERWRITE 60059D769D21AB40F945A158C5CFD97C960B626C
USN DATA_OVERWRITE CLOSE 60059D769D21AB40F945A158C5CFD97C960B626C
updated B: in 0.004386 seconds
processed usn records in 0.000506 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000428 seconds
scanning Y:\...
failed to open directory 3
scanning Y:\...
update index B:
failed to open directory 3
USN CREATE DELETE DATA_EXTEND CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite-shm
USN CREATE DATA_EXTEND DATA_TRUNCATION CLOSE 3647222921wleabcEoxlt-eengsairo.sql
ite-wal
USN DELETE CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite-wal
USN DATA_OVERWRITE CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite
updated B: in 0.016380 seconds
processed usn records in 0.002689 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000465 seconds
scanning Y:\...
failed to open directory 3
WM_ACTIVATE 0000000000000001 0000000000000000, lastfocus 0000000000030a74, curre
nt focus 0000000000000000
unable to set focus 0
scanning Y:\...
failed to open directory 3
search 'z' filter '' sort 13
term 00000000070e76b0, flags: 3140, next: 0000000000000000, notnext: 00000000000
00000
folderop: 2, fileop: 2, term: z
SET SORT 12
found 12684 folders, size 131272, db search time taken: 0.019795 seconds
found 137748 files, size 1116280, db search time taken: 0.089866 seconds
total size 339430640032, calculated in 0.001640 seconds
set sort 13 1
SET SORT 3 13
finished sort, time taken 0.000452 seconds
update selection 0.000000 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000057 seconds
new results 150432
when ready 11 000000000000002d 0000000000000000
scanning Y:\...
failed to open directory 3
search 'zi' filter '' sort 13
term 00000000070e8730, flags: 3140, next: 0000000000000000, notnext: 00000000000
00000
folderop: 2, fileop: 2, term: zi
SET SORT 12
found 887 folders, size 65552, db search time taken: 0.006276 seconds
found 15578 files, size 131320, db search time taken: 0.069266 seconds
total size 55092576882, calculated in 0.000237 seconds
set sort 13 1
SET SORT 3 13
finished sort, time taken 0.000435 seconds
update selection 0.000000 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000073 seconds
new results 16465
search 'zip' filter '' sort 13
term 00000000070e72b0, flags: 3140, next: 0000000000000000, notnext: 00000000000
00000
folderop: 2, fileop: 2, term: zip
SET SORT 12
found 63 folders, size 65544, db search time taken: 0.015993 seconds
found 6130 files, size 65640, db search time taken: 0.075736 seconds
total size 20189308462, calculated in 0.000084 seconds
set sort 13 1
SET SORT 3 13
finished sort, time taken 0.000393 seconds
update selection 0.000000 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000059 seconds
new results 6193
when ready 11 000000000000002d 0000000000000000
scanning Y:\...
failed to open directory 3
update index B:
USN CREATE 3647222921wleabcEoxlt-eengsairo.sqlite-wal
USN CREATE 3647222921wleabcEoxlt-eengsairo.sqlite-shm
USN CREATE DATA_EXTEND 3647222921wleabcEoxlt-eengsairo.sqlite-shm
updated B: in 0.009683 seconds
processed usn records in 0.002716 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000510 seconds
scanning Y:\...
failed to open directory 3
tooltip created 30a88
scanning Y:\...
failed to open directory 3
scanning Y:\...
failed to open directory 3
scanning Y:\...
failed to open directory 3
update index B:
USN CREATE DELETE DATA_EXTEND CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite-shm
USN CREATE CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite-wal
USN DELETE CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite-wal
updated B: in 0.019320 seconds
processed usn records in 0.001397 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000855 seconds
scanning Y:\...
failed to open directory 3
TTN_POP
scanning Y:\...
failed to open directory 3
selection: 1/1: F:\Meus documentos\Megasync 107\Net\Bandeja - System Tray - RBTr
ay-4_3.zip
exec: first expr
exec: command $exec("%1")
exec: fullfilename F:\Meus documentos\Megasync 107\Net\Bandeja - System Tray - R
BTray-4_3.zip
exec: depth 0
exec: exec "%1")
exec: depth 1
exec: got "F:\Meus documentos\Megasync 107\Net\Bandeja - System Tray - RBTray-4_
3.zip"
exec: shellexecute (idlist) file:F:\Meus documentos\Megasync 107\Net\Bandeja - S
ystem Tray - RBTray-4_3.zip param:
WM_ACTIVATE 0000000000000000 0000000000020a8a, lastfocus 0000000000030a72, curre
nt focus 0000000000030a72
Enter ShellExecuteExW
F:\Meus documentos\Megasync 107\Net
Leave ShellExecuteExW
WM_ACTIVATE 0000000000000001 0000000000020a8a, lastfocus 0000000000030a72, curre
nt focus 0000000000020a8a
sub buf killed
set 1 run history in 0.000130 seconds
exec: main thread regained focus
new results 6193
update index C:
USN WM_ACTIVATE 0000000000000000 0000000000000000, lastfocus 0000000000030a72, c
urrent focus 0000000000030a72
CREATE Bandeja - System Tray - RBTray-4_3.zip.lnk
USN CREATE DATA_EXTEND Bandeja - System Tray - RBTray-4_3.zip.lnk
USN CREATE DATA_EXTEND CLOSE Bandeja - System Tray - RBTray-4_3.zip.lnk
updated C: in 0.028039 seconds
unable to update file: Bandeja - System Tray - RBTray-4_3.zip.lnk: file not foun
d
unable to update file: Bandeja - System Tray - RBTray-4_3.zip.lnk: file not foun
d
processed usn records in 0.016340 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.006601 seconds
scanning Y:\...
failed to open directory 3
update index B:
USN DATA_OVERWRITE 60059D769D21AB40F945A158C5CFD97C960B626C
USN DATA_OVERWRITE CLOSE 60059D769D21AB40F945A158C5CFD97C960B626C
updated B: in 0.004336 seconds
processed usn records in 0.000265 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000314 seconds
update index C:
USN DATA_TRUNCATION recent.osd
USN DATA_EXTEND DATA_TRUNCATION recent.osd
USN DATA_EXTEND DATA_TRUNCATION CLOSE recent.osd
updated C: in 0.005688 seconds
processed usn records in 0.000305 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000484 seconds
scanning Y:\...
failed to open directory 3
scanning Y:\...
failed to open directory 3
scanning Y:\...
failed to open directory 3
scanning Y:\...
failed to open directory 3
scanning Y:\...
failed to open directory 3
CreateFileW(): 3: Failed to open file X:\
os_create_file X:\ 3
update index B:
CreateFileW(): 3: Failed to open file Y:\
os_create_file Y:\ 3
USN CREATE DELETE DATA_EXTEND CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite-shm
USN CREATE CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite-wal
USN DELETE CLOSE 3647222921wleabcEoxlt-eengsairo.sqlite-wal
updated B: in 0.014610 seconds
processed usn records in 0.001927 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000538 seconds
scanning Y:\...
failed to open directory 3
update index B:
USN CREATE 3647222921wleabcEoxlt-eengsairo.sqlite-wal
USN CREATE 3647222921wleabcEoxlt-eengsairo.sqlite-shm
USN CREATE DATA_EXTEND 3647222921wleabcEoxlt-eengsairo.sqlite-shm
USN CREATE DATA_EXTEND 3647222921wleabcEoxlt-eengsairo.sqlite-wal
updated B: in 0.012334 seconds
processed usn records in 0.001960 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000454 seconds
scanning Y:\...
failed to open directory 3
scanning Y:\...
failed to open directory 3
update index B:
USN DATA_OVERWRITE 3647222921wleabcEoxlt-eengsairo.sqlite
updated B: in 0.005607 seconds
processed usn records in 0.000428 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000487 seconds
scanning Y:\...
failed to open directory 3
update index B:
USN CREATE DATA_EXTEND DATA_TRUNCATION 3647222921wleabcEoxlt-eengsairo.sqlite-wa
l
updated B: in 0.007017 seconds
processed usn records in 0.000600 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000421 seconds

Does the issue occur with Everything 1.5a?
Everything 1.5 will invoke the default context menu item (like Windows Explorer).

No. It opens in WinRAR, as desirable.

[void]

Thanks for the information Gabarito,

The debug logs look fine.
Everything is executing the item as expected.
Still the result is unexpected.

Back to the registry....
Everything uses the default verb, while Windows Explorer uses the open verb.


Please check the default verb is open:
In the Registry Editor, navigate to:
HKEY_CLASSES_ROOT\.zip\OpenWithProgids
What is listed here?

Navigate to:
HKEY_CLASSES_ROOT\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.zip\UserChoice
What is listed here?

Navigate to:
HKEY_CLASSES_ROOT\WinRAR.ZIP\shell
What is the data for (default) / (padrão)?
-It should be (value not set)

[Gabarito]

Please check the default verb is open:
In the Registry Editor, navigate to:
HKEY_CLASSES_ROOT\.zip\OpenWithProgids
What is listed here?

7.png (5.11 KiB) Viewed 29889 times

8.png (4.33 KiB) Viewed 29889 times

Navigate to:
HKEY_CLASSES_ROOT\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.zip\UserChoice
What is listed here?

There is no such key.

Navigate to:
HKEY_CLASSES_ROOT\WinRAR.ZIP\shell
What is the data for (default) / (padrão)?
-It should be (value not set)

6.png (3.62 KiB) Viewed 29889 times

[void]

All good here, what about under:


Navigate to:
HKEY_CLASSES_ROOT\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.zip\UserChoice
What is listed here?

[void]

IsAdmin 1

I should have checked for this earlier, sorry.

Everything is running as an admin...

Please make sure Everything is running as a standard user:

• Right click your Everything.exe or a shortcut to Everything
• Click Properties.
• Click the Compatibility tab.
• Uncheck Run this program as an administrator.
• Click OK.

Also to run Everything as a standard user:

• Right click your Everything.exe or Everything shortcut.
• Click Properties.
• Click the Shortcut tab.
• Click the Advanced button.
• Uncheck Run as administrator.
• Click OK.
• Click OK.

[Gabarito]

Navigate to:
HKEY_CLASSES_ROOT\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.zip\UserChoice
What is listed here?

There is no such key:

9.png (8.51 KiB) Viewed 29882 times

IsAdmin 1

Please make sure Everything is running as a standard user:

• Right click your Everything.exe or a shortcut to Everything
• Click Properties.
• Click the Compatibility tab.
• Uncheck Run this program as an administrator.
• Click OK.

Also to run Everything as a standard user:

• Right click your Everything.exe or Everything shortcut.
• Click Properties.
• Click the Shortcut tab.
• Click the Advanced button.
• Uncheck Run as administrator.
• Click OK.
• Click OK.

Both settings was already UNchecked. "Run as Administrator" was UNchecked.

[void]

Also to run Everything as a standard user:

• Right click your Everything.exe or Everything shortcut.
• Click Properties.
• Click the Compatibility tab.
• Click the Change settings for all users.
• Uncheck Run as administrator.
• Click OK.
• Click OK.

In the Registry, is anything listed under:
Computer\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers



Everything might be launched by another tool on startup that is also running as admin.
If you exit Everything (File -> Exit)
Relaunch Everything from the Start menu, or Everything.exe directly.
Do zip files open with WinRAR?

[Gabarito]

Also to run Everything as a standard user:

• Right click your Everything.exe or Everything shortcut.
• Click Properties.
• Click the Compatibility tab.
• Click the Change settings for all users.
• Uncheck Run as administrator.
• Click OK.
• Click OK.

It was already UNchecked too.

In the Registry, is anything listed under:
Computer\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers

11.png (6.41 KiB) Viewed 29877 times

I have an old Delphi 7.

Everything might be launched by another tool on startup that is also running as admin.
If you exit Everything (File -> Exit)
Relaunch Everything from the Start menu, or Everything.exe directly.
Do zip files open with WinRAR?

I did that.
And no, it still opens with DOpus...

[void]

Odd, I'm unsure why Everything is running as an admin...

What does the compatibility page look like under Everything -> Right click -> Properties -> Compatibility?



Right-Click Everything.exe
Choose "Troubleshoot compatibility"
Click "Troubleshoot program"
Uncheck any and all checked items
Click "Next"
Choose "No, I have finished investigating the problem - undo any changes made and clear all settings"
Click "Next"
Click "Close the troubleshooter"

[Gabarito]

What does the compatibility page look like under Everything -> Right click -> Properties -> Compatibility?

13.png (35.85 KiB) Viewed 29873 times

Right-Click Everything.exe
Choose "Troubleshoot compatibility"
Click "Troubleshoot program"
Uncheck any and all checked items
Click "Next"
Choose "No, I have finished investigating the problem - undo any changes made and clear all settings"
Click "Next"
Click "Close the troubleshooter"

There is no "Troubleshoot program".
But I clicked 2nd choice (Program requires aditional permissions) and got this window:

14.png (37.4 KiB) Viewed 29873 times

...that said the program will run as Administrator...

[Gabarito]

Important to say: I have no ordinary user on my system, just myself, as Admin.

[void]

But I clicked 2nd choice (Program requires aditional permissions) and got this window:

Under "Troubleshoot program", please:
Uncheck any and all checked items
Click "Next"
Choose "No, I have finished investigating the problem - undo any changes made and clear all settings"
Click "Next"
Click "Close the troubleshooter"

[void]

Important to say: I have no user on my system, just myself, as Admin.

Are you using the true administrator account? or an "admin account"?
Even with an "admin account", Everything will still run without some privileges.

[Gabarito]

Important to say: I have no user on my system, just myself, as Admin.

Are you using the true administrator account? or an "admin account"?

15.png (33.06 KiB) Viewed 29868 times

[Gabarito]

But I clicked 2nd choice (Program requires aditional permissions) and got this window:

Under "Troubleshoot program", please:
Uncheck any and all checked items
Click "Next"
Choose "No, I have finished investigating the problem - undo any changes made and clear all settings"
Click "Next"
Click "Close the troubleshooter"

16.png (5.88 KiB) Viewed 29866 times

[void]

Ah, the true administrator account.

So IsAdmin is expected, and you don't need the Everything Service.
This can be uninstalled from Tools -> Options -> General -> Uncheck Everything Service.




Back to the registry, Navigate to:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.zip
What is listed here?

If possible, please Export this selected branch and send to support@voidtools.com

[Gabarito]

Ah, the true administrator account.

So IsAdmin is expected, and you don't need the Everything Service.
This can be uninstalled from Tools -> Options -> General -> Uncheck Everything Service.

Done.

Back to the registry, Navigate to:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.zip
What is listed here?

(I suspect it's the culprit)
OpenWithList

17.png (8.4 KiB) Viewed 29864 times

OpenWithProgids

18.png (6.99 KiB) Viewed 29864 times

UserChoice

19.png (4.75 KiB) Viewed 29864 times

If possible, please Export this selected branch and send to support@voidtools.com

Done.

[void]

Thanks to Gabarito for helping find the issue.

We used Microsoft/Sysinternals Process Monitor to find Directory Opus installs a ShellExecuteHook.

This can be disabled by renaming the following key in your registry:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks\{3CF9ECE0-1A9F-11D2-8C73-00C06C2005DE}
to:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks\_{3CF9ECE0-1A9F-11D2-8C73-00C06C2005DE}

Note the underscore (_) added to the start of {3CF9ECE0-1A9F-11D2-8C73-00C06C2005DE}

[Gabarito]

Problem solved.

I edited the thread title to inform other users with the same problem that we reached a solution.

Thanks.

[fury]

I was able to reproduce this issue and its workaround, but I just want to point out that removing that Directory Opus value from ShellExecuteHooks may have other implications. That value is, for example, what allows Directory Opus to open instead of Windows File Explorer when directories are opened from other applications.

I believe (and this is no surprise, I'm aware) the value will also be recreated when Directory Opus is updated.

[Gabarito]

Thank you very much for your correct observation, Fury.

That's right: removing that Registry key leads to loose the ability to open Directory Opus using keyboard shortcut, by instance, CTRL-E.

This solution is a half one. It solves one side and breaks the other.

Do you have a full solution?

[fury]

Unfortunately, I do not have a full solution. Everything (or perhaps Windows) is giving precedence to Directory Opus' shell hook over WinRAR's .ZIP file association. Without a code change being made to Everything to alter this behavior, my preferred workaround is to leave the Directory Opus ShellExecuteHooks value in place, and right click ZIP files and select either "WinRAR > Open with WinRAR" or "Open with > WinRAR archiver".

[void]

Does this issue occur in Everything 1.5?

Everything 1.5 executes items quite differently to Everything 1.4.
Everything 1.5 uses IContextMenu::InvokeCommand, while Everything 1.4 uses ShellExecuteEx.

IContextMenu::InvokeCommand will most likely ignore the DOpus shellexecutehook.

[fury]

I just tried Everything 1.5 for the first time to check on this, and the issue does not occur with it. With Everything 1.5.0.1323a, double clicking a .ZIP file correctly opens it in WinRAR, and not Directory Opus, even with the aforementioned shell hook value in place.

Thanks.

[Gabarito]

Yes, I confirm that too: Everything 1.5a is the full solution.
I can open Opus with CTRL-E and zip/rar files inside Everything just double-clicking them.

Full SOLVED.

Thank you all.

[Gabarito]

To install Everything 1.5a, I did not unistall the previous one, 1.4.
I thought the installer would do that.

Wrong.

I ended up with two versions at the same time. And worst, I chose the same folder to install the new one.
I have Everything.exe and Everything64.exe.
The new one 1.5a has default ini settings, I guest.
And a new database, that leads to doubling disk usage.

Question:
How to uninstall version 1.4, but still use the same ini settings and database for 1.5a version?

I'm afraid to mess up those things.

[horst.epp]

To install Everything 1.5a, I did not unistall the previous one, 1.4.
I thought the installer would do that.

You did not read at all the description
which says that this Alpha version will run in parallel to the 1.4 version.

To clean up:
Save you settings with the 1.5 extensions and the uninstall both versions.
Install the 1.5 version and restore your saved settings.

[Gabarito]

Yes, I didn't read. I'd want to test the solution and I did all things quickly, without attention.

But my goal is to use default name for files, without 1.5a extensions.
And I see there are many folders involved:

Code: Select all

C:\Program Files\Everything
C:\Users\i7\AppData\Local\Everything
C:\Users\i7\AppData\Roaming\Everything

Is there an automatic way to do that, without renaming manually many files?

[horst.epp]

Yes, I didn't read. I'd want to test the solution and I did all things quickly, without attention.
But my goal is to use default name for files, without 1.5a extensions.

Create a file named NO_ALPHA_INSTANCE (no extension !) in your Everything folder
and add alpha_instance=0 in your Everything.ini.
Then all files will no longer use the 1.5 suffix
and no special instance is used.

Btw. I use the portable installation which makes such steps much easyier
as all files are under one tree.

[Gabarito]

Btw. I use the portable installation which makes such steps much easyier
as all files are under one tree.

Excellent tip!
I'll uninstall all versions and start to use portable versions.
Forget "no_instance..." issue.

Thx!

[Gabarito]

Does this issue occur in Everything 1.5?

Thank you very much for that version, that I was not aware about!
It is wonderful!
I'm in love with it.


Too many improvements!

For my turn, it's completely approved and could goes to stable version.