Hi. I feel like this only started happening recently to me. I'll download some galleries in zip files, unzip them into separate folders, go into a folder, and I'll see that dopus doesn't load the previews for the images in the thumbnails like you expect it to. Instead, it just shows the icon of the default program used for opening images (irfanview's, in my case). Here's some behavior I've noticed:
Refreshing the view does not make the thumbnails load.
Doesn't matter the file format. png, webp, jpeg, all behaves the same.
If I move the pictures to a different directory, it does work in making it generate the thumbnails.
If I navigate to these pictures that haven't loaded on dopus on windows explorer instead, it loads them just fine.
Since it doesn't load image thumbnails, it also doesn't load them in folder thumbnails. So it looks like the folders are empty, even though they're not.
Restarting my pc doesn't seem to fix it either.
Converting images with dopus' converter, the new images load their previews just fine.
I've tried tinkering with the settings but nothing has fixed this behavior. I'm on the most recent version of dopus. Any idea what could be going on?
Here's what it looks like when I take an image, move it somewhere else, then back into the folder. It now loads fine, but every other thumbnail stays unloaded. https://i.imgur.com/lpsVwE9.jpeg
Does turning off the thumbnail cache (Preferences / File Display Modes / Thumbnails) make a difference to what happens?
Do you have antivirus/anti-ransomware software running that might be blocking Opus from opening the files in some situations? Or something that might be indexing the files when they're first created, and blocking things from opening them at the same time?
When you move the files out and back into the folder, are you doing that with Opus or something else? Is it to another folder on the same drive, or a different drive?
The issue is an error in 7-Zip, as well as whatever created the Zip file.
7-Zip is extracting the files and setting the Offline attribute on them, which it shouldn't do. (It must also have been set on the files within the archive by whatever created it, which is also probably a bug; it's not an attribute that makes sense to preserve when archiving or extracting files.)
The Offline attribute indicates a file is not really there (e.g. because it's in cloud storage and not stored locally). Opus won't try to thumbnail a file with it set (except via a cloud storage API's thumbnailer) as that would normally cause the file to be pulled to the local system.
That attribute should never be set on a file that was just extracted from an archive to a local disk.
We had a similar issue in the Opus archives plugin, which is also based on 7z.dll. I don't think it affected Zip (which the plugin doesn't handle), but it affected some other formats. We corrected that a while ago when someone reported it. Opus will now avoid setting the Offline attribute (or any others which don't make sense) when extracting things via 7z.dll. But we can't do anything about other tools, including 7-Zip.exe, incorrectly setting the attribute on files that shouldn't have it.
Okay, I've switched to using Opus to extract files. Works great, thanks. :>
Is there anything I can do about files that I already extracted the old way that are still toggled to offline? I didn't find the property on the metadata pane. Moving them to another folder and back works, but it's a bit slow and cumbersome to do folder by folder.
Apologies, but I'm having a hard time figuring out how to construct the exact script I need for a button to do this. I tried the SetAttr PIN and DEHYDRATE thing that Jon mentioned, but I must be doing this wrong because nothing's happening. If it's not too much trouble, could you help me figure out what the command editor should look like to do this? :x
Edit: Okay, if I have "SetAttr PIN=on" in the command editor and run it from there, it works. However, outside of the command editor the button is inactive. How can I make it run on the currently selected files?
Edit: Never mind, I ended up just running the cmd script at the base of all the folders and fixed it.