Right click on files very slow (but not folders)

[gggirl]

I'm experiencing a weird behavior lately (not before) but can't figure out what's the source.

When I right click on any searched result file the context menu opens up very slowly (~2.5 min), but when right clicking on searched folders it shows up right away (as what it does in my vista windows explorer or desktop).

I don't have too many context menu items. Situation is the same with or without network connection.

Anybody experiencing the same situation? Any ideas?

Thank you very very much for any help!!
I really love the program!

[David]

Please clarify if the problem is also occurring in Explorer?

Could you please provide the context menu items that show in Explorer?

[gggirl]

thank you for your reply.

no, in vista windows explorer it's normal, not slow.

the context menu items to a txt file are as follows:

Open
Print
Create PDF and Bitmap files with PDFCreator
Edit
Take Ownership
Extensions
Send to Fax Recipient
Edit with notepad++
Open With
Share...
backup
FileMenu Tools
Scan with Malwarebytes' Anti-Malware
Restore previous versions
Move To Folder...
Send To
Cut
Copy
Create Shortcut
Delete
Rename
Properties


(I think I don't have this slow opening problem before, so it may be caused my one of the many programs i installed in between? but i couldn't isolate that out.)
I have used FileMenu Tool and ShellExView to edit context menu.

Also my EverythingSearch seems to often take a while to load database the first time open up after reboot. I'm not sure if this is related.
thanks!!

[David]

"Everything" will display a lot of useful debugging information about context menus when in debug mode.

Please try running "Everything" in debug mode.

To run "Everything" in debug mode:

• Run Everything.exe with the -debug command line option:

  Code: Select all

  Everything.exe -debug

What is the output from this?
Where does the slow down occur?

[gggirl]

thank you for the hint. below is the log when i right click a file. took a long time, but i couldn't really figure out the timing information in the log:

==
ParseDisplayName C:\Program Files\Adobe\Acrobat 8.0\Update\A_AcroForm_api_812.rtp
ui_t::CETFolder::ParseDisplayName
parsedisplayname
ui_t::CETFolder::ParseDisplayName
bind to parent
get menu
got menu 2684880
got menu 1
menu type 3
wid 0: 107
VERB openas
wid 1: 109
VERB runas
wid 3: 106
wid 4: 105
VERB runas
wid 5: 102
VERB runas
wid 6: 100
wid 7: 96
wid 8: 95
wid 9: 28
VERB PreviousVersions
wid 10: 29998
wid 11: 94
wid 12: 92
wid 13: 29997
wid 14: 25
VERB cut
wid 15: 26
VERB copy
wid 17: 17
VERB link
wid 18: 18
VERB delete
wid 19: 19
VERB rename
wid 20: 29999
wid 21: 20
VERB properties
track menu 096b2647
idCommand 0
ui_t::CETFolder::Release 1
CETFolder::~CETFolder
==


also i ended all the instances to run the debug mode. the first test took a long time to open database. the log seems to say db destroy and took 2 mins to rebuild it. i don't know if it's normal or the reason why. log's here:

==
ui_t::create()
ui_t::on_create()
ui_t::on_create(): done
db::load
db::destroy
load db...
ui_t::create(): done
folder count 67549
file count 839486
folder size 1148333
file size 6715888
folder decode size 2745885 (42 chunks)
folder data size 878137
folder namespace size 1867748
file decode size 20625521 (315 chunks)
file data size 3357944
file namespace size 17267577
update: connecting to www.voidtools.com...
update: connected
update: available version: 1.2.1.371
loaded db: 2.244711 seconds
usnjd.UsnJournalID 0x01c863370d8ed27c
usnjd.FirstUsn 0x0000000a090c0000
usnjd.NextUsn 0x0000000a0b2dc000
start monitoring from Usn 0x0000000a03024a60
usnjd.MaxUsn 0x00000fffffff0000
next usn lost
failed to add monitor for drive C
db::destroy
begin create_db C
folder FRN qsort: 0.044484 seconds
convert frn to pointers: 0.025279 seconds
convert all file parent frns to pointers to folders and calculate file decode size: 0.250733 seconds
remove excluded folders: original folder count 67923
remove excluded folders: folder count after removing orphan folders 67920
remove excluded folders: 0.006761 seconds
remove excluded files: original file count 840979
remove orphan files: file count after removing orphan files 840974
remove orphan files: 0.022494 seconds
folder name qsort: 0.266343 seconds
qsort file names indexes: 5.857837 seconds
save folder name index in folder struct: 0.004375 seconds
Calculate decode size = folders : 2777520 bytes, files : 20713559 bytes, 0.015851 seconds
write db to disk: 4.135067 seconds
create db time taken: 126.339751 seconds
db::load
db::destroy
load db...
folder count 67920
file count 840974
folder size 1154640
file size 6727792
folder decode size 2777520 (43 chunks)
folder data size 882960
folder namespace size 1894560
file decode size 20713559 (317 chunks)
file data size 3363896
file namespace size 17349663
loaded db: 1.923807 seconds
usnjd.UsnJournalID 0x01c863370d8ed27c
usnjd.FirstUsn 0x0000000a090c0000
usnjd.NextUsn 0x0000000a0b309ad0
start monitoring from Usn 0x0000000a0b2dc000
usnjd.MaxUsn 0x00000fffffff0000
start all monitors
Start monitor on C...
register...
001a0888
found 67920 folders, size 393216, db search time taken: 0.020804 seconds
found 840974 files, size 3473408, db search time taken: 0.011379 seconds
CETFolder::CETFolder
==

thank you so much for helping!!

[gggirl]

it is odd that i found the problem disappeared now (right click both folders and files not slow anymore).
before this there were many things happened, so i'm not sure what's the source, but i did uninstalled many programs in order to clean the system up.
i'm not sure if this might be related and which one might cause it, but one of the program is "EMCO UnLock IT" which i feel is likely to be related to the issue.
just want to report here.

if the problem comes back i'll report back again.

thanks a lot for helping out and the tip for using debug mode.
and thank you for the great software!!!!

[daspud]

When you right click on a file or folder windows wants to load up all the components of the right click menu. files and folders have different components. It sounds like one of the file components was causing the delay.

That is one reason why there is a request for copy name and/or path to clipboard using a hotkey rather than a right click. It takes too long to load up all the stuff just to be able to see the copy menu for Everything.

bob Roos

[gggirl]

thanks!

i also just found a hotkey " Ctrl + Enter " which can open the file location/folder immediately of the selected file/folder.
which i think almost satisfied all my needs.