Page 1 of 1

may cause explorer.exe crash

Posted: Sat Mar 28, 2020 9:32 am
by 295126748
hi.
:lol:

a case of explorer crash .

win7

everything-options-indexes-ntfs-disk c:

do not select "monitor changes" of c:

and then

shift+delete one file in c:

for example ,delete permanently J:\Users\USER\Desktop\1.bmp

and then ,wait just 2 minute ,during this 2 munute ,just open webbrowser or do some other things.

and 2 min later ,open everything ,search for this 1.bmp(it will appair in everything because the setting"do not monitor changes of C:")

and click this file in everything ,and ctrl+c it ,

then ctrl+v to paste it onto desktop.

then explorer.exe crash.

Re: may cause explorer.exe crash

Posted: Sat Mar 28, 2020 10:12 am
by vsub
It doesn't always happen but it did happen in here
You don't need any indexing,you can just create a file list and delete a file from there
Right clicking on it after that don't show you any menus to copy the file but you can still copy it with Ctrl+C or Edit=>Copy

When you try to paste the file,either nothing will happen or explorer will crash(in my case it didn't actually crash,just the explorer window was closed,not the explorer process)

Re: may cause explorer.exe crash

Posted: Sat Mar 28, 2020 11:46 pm
by void
Thank you for the bug report.

I was able to reproduce the issue here on Windows 7 X64 SP1 with Everything 1.4.1.969.

Everything was storing an uninitialized Item Id List Array on the clipboard when the item did not exist.

Everything 1.4.1.972 should fix the issue.

Re: may cause explorer.exe crash

Posted: Tue Mar 31, 2020 2:11 pm
by 295126748
void wrote:
Sat Mar 28, 2020 11:46 pm
Thank you for the bug report.

I was able to reproduce the issue here on Windows 7 X64 SP1 with Everything 1.4.1.969.

Everything was storing an uninitialized Item Id List Array on the clipboard when the item did not exist.

Everything 1.4.1.972 should fix the issue.
i am using the latest version above and have tested
there is no crashes now.

you do good job! :lol: