![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 8%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
I was trying to run some Xperf tests to see what is taking so long during startup on a PC and after it was done I was running over the results.
I know the icons were covered by the shortcut icon. I closed the folder and opened it a few seconds later and it was gone and wouldn't come back. It did show up when I went over it with the mouse and each one did the same thing. I know that the shell32.dll was loaded completely well before, that is the file that contains the image. So my only guess is that when explorer creates the window to display the directory contents it iterates through the files to see which are shortcuts and something happens then. I would guess shell32.dll is busy doing other things and the method call to get the image times out so it stops waiting for an image and forgets about it.
So this could be any number of things guessing would list almost every piece of the computer. I thought I had a machine that I could test on but I couldn't get it to duplicate with out opening the folder the second the desktop is created.
I will try and find out what causes this now that I have a better idea when it happens. I checked the resources and the disk, ram and gpu were pretty wide open so my guess is it is an issue in processing the thread. But if I find out what causes it I will report it, too.
Wow, thanks for all the hard work in investigating this. I sure hope you'd find the culprit.
Btw, re-registering the shell32.dll did not fix the issue, just wanted to let you know that.
Wouldn't it be better if you'd have another pc without the issue to compare the thread processing and resource loading?