> No, it generates thumbnails outside the main UI thread; sometimes it's a bit slow in so doing, but I've never seen it hang an Explorer window,
As an example of the contrary, I've seen misbehaving third party thumbnail-providers cause Windows explorer to crash entirely.
Only way to "fix" it was to install the software which added the thumbnail-provider, or go into the folder via cmd.exe and rename the file you "knew" caused issued to a different extension while doing the operation you originally came to do.
That may have been on Windows 7 though. I don't know for sure if this weakness still exists in Windows 10.
If the third-party thumbnailer is implemented as a shared library (DLL) that Explorer is configured to load, then sure, a segfault or similar in the library will kill the whole process. Not sure how that's Microsoft's fault. Sure, there's an argument that loading a library is the wrong model, but there's a performance tradeoff, especially given Windows' relatively slow IPC capabilities. The real surprise here is that Linux manages to be comparably slow, but when you complicate a simple, fast IPC model with dbus and a million other middleware layers, I suppose it starts to make more sense.
I'm not excusing the Linux implementation for being slow, which I agree it sometimes is (Hello Dropbox and my huge, flat "Camera uploads" folder...).
I'm just saying that I've seen bad things happen on Windows too. Not blaming Microsoft, just saying that in a typical end-user scenario with lots of randomly installed software, you will have Explorer break too.
As an example of the contrary, I've seen misbehaving third party thumbnail-providers cause Windows explorer to crash entirely.
Only way to "fix" it was to install the software which added the thumbnail-provider, or go into the folder via cmd.exe and rename the file you "knew" caused issued to a different extension while doing the operation you originally came to do.
That may have been on Windows 7 though. I don't know for sure if this weakness still exists in Windows 10.