Calling the context menu of a file causes Everythings to be "Not Responding" by Windows

[gerardo2m]

Hi.

When I click on the right button on a file to call the contextual menu, the program hangs in "not responding" for Windows.

How can I identify the problem?.

Thanks.

[NotNull]

There can be a couple of causes for that, but first: some questions:

• What is your Windows version? 32-bit or 64-bit?
• What is your Everything version?
• 32-bit or 64-bit?
• Does this happen with specific file types (like .pdf .doc .jpg .avi) or with all file types? With folders?
• If you do the same in File Explorer, do you get the context menu?
• If File explorer context menu works OK, what non-Windows entries do you get (like 7-zip, virus scanner, Git, ...)

General advice: Upgrade to Everything 1.4.1.932 or later, preferably 64-bit.

[void]

Could you please send some debug output:

• In Everything, type in the following search and press ENTER:
  /debug
• Right click a file
• What is shown in the debug console when Everything hangs?

[gerardo2m]

Hi.

With /debug, the last message es "QueryContextMenu..."


finished sort. time taken 0.001978 seconds
DB_WAIT: _db_ready_proc waiting ...
new results 9063
update index C:
USN DATA_OUERWRITE Amcache.hve.LOG1
attribute list 00
_NTFS_ATTRIBUTE_TYPE_DATA in 005200000004a~04
DB_WAIT: _db_ready_proc waiting ...
WM_ACTIUATE 00000000 00000000, lastfocus 0006065e. current focus 0006065e
update index C:
USN DATA_OUERWRITE Amcache.hve
USN BASIC_INFO_CHANGE DATA_OUERWRITE Amcache.hve
USN BASIC_INFO_CHANGE DATA_OUERWRITE CLOSE Amcache.hve
USN DATA_OUERWRITE CLOSE Amcache.hve.LOG1
attribute list 00
_NTFS_ATTRIBUTE_TYPE_DATA in 005200000004ae04
DB_WAIT: _db_ready_proc waiting ...
WM_ACTIUATE eeooeeo1 eeoooeoo , lastfocus eooG065e, current focus 00000000
update index C:
USN CREATE OF9CF22ED26D8664E87987A815CA6B585268AAee
USN CREATE DATA_EXTEND 0F9CF22ED26D8664E879B7A815CA6B5B5268AA00
USN CREATE DATA_EXTEND CLOSE OF9CF22ED26D8664E879B7A815CA6B5B5268AAee
DB_WAIT: _db_ready_proc waiting .. .
TTN_POP
TTN_POP
ParseDisplayName C:\@Archivos\@Samaria\valv_aguja_tachen.jpg
parse display name C:\@Archiuos\@Samaria\ualu_aguja_tachen.jpg
parse display name OK
bind to parent
got menu 1 1
got menu 45833248
got menu 1
menu type 3
QueryContextMenu ...

[gerardo2m]

Hi.

The answers to the questions are the following:

What is your Windows version? 32-bit or 64-bit? 64-bit

What is your Everything version?
32-bit or 64-bit? Now is 1.4.1.935(x86), but also with 1.4.1.932(x86)

Does this happen with specific file types (like .pdf .doc .jpg .avi) or with all file types? With folders?
all file types and folders

If you do the same in File Explorer, do you get the context menu?
yes, I get the context menu in File Explorer

If File explorer context menu works OK, what non-Windows entries do you get (like 7-zip, virus scanner, Git, ...)
I have not had any problem with the context menu of the file explorer




If I can give you more information about this situation, let me know.

Everything Great program.

Regards

[gerardo2m]

Hi.

Problem solved.

Since I upgraded to version 1.4.1.932 (x86) this problem was generated.

I have been installing the program with the "Multilingual" version for Spanish.

Now I uninstalled everything, and I reinstalled but now with version 1.4.1.935x64 English (US); and the problem was solved.

Regards.

[NotNull]

Changing the "bit-ness" (32-bit ==> 64-bit) might be a bigger influence than changing the language.

64-bit programs have a (technically) different context menu compared to 32-bit programs.
Your File Explorer is 64-bit; your Everything was 32-bit.

I think you can safely change your language back to Spanish (under Menu:Tools > Options > General, change the language to Spanish.
And if that gives you problems again: change it back the same way