I recently updated to latest version, Version 12.16 x64 Build 7143, 23.07.2019, from an earlier version (i dont upgrade often so i'm not sure from what version), and since then preivews of SVG icons doesnt work from Dropbox foler, but works fine if the icons are on my local drive.
(svg preview feature is from an installed application, and preview works fin in windows explorer).
Do any other types of thumbnails work in the Dropbox folders?
Yes, other icons as PNG works fine. But, i just discovered something: i noticed some of the svg icons was displaying fine in dopus, but not all of them. There is a large list of 400+ icons. So, i opened the folder in windows explorer, and scrolled down step by step so all icons got thumbnails generated (probably) and then back to dopus and the thumbnails was fine.
I wonder if this could be a result of the windows update i did on monday. It seems it was a large update because it took 30 minutes. Could this be releated?
I've been adding icons to this folder regulary, without needed to go trough explorer to get the thumbnails, and besided, the non-dropbox folder was fine. So, it's releated to dropbox somehow, but if this is an issue in windows or dopus, or dropdox, i dont know.
However, problem is sovled.
Edit: Ignore all of this, we've found something that looks like it could cause this.
Are you navigating to the Dropbox folder via a special branch of the folder tree? (e.g. Where Dropbox has its own special branch, outside of any local drives etc.)
If so, try going to the real path (e.g. below C:\... if it's there) to see if that makes a difference with new SVG files that haven't been cached yet. That could point to where the issue is coming from.
Opus will be asking the Windows shell for the thumbnails, and if they are already cached by Explorer then they'll come straight out of the cache. But if they aren't cached, they should still be generated, whether it's Opus or Explorer making the request. It's possible that the SVG component doesn't understand the paths being given to it when they are relative to the special branch in the folder tree, and maybe the shell's cache understands that the two things are the same folder but the SVG component doesn't. Explorer might be mapping the special paths to the real ones, perhaps, to avoid problems with components that don't understand them.
We can make Opus do the same if it's needed, but it's also possible my guess is not what's really happening, so confirmation would be good.
Alright, i guess i'll expect a fix for this in the future then. When i save .svg files to the folder i need to open explorer again to get thumbnails, so i've solved it by having an explorer window open at all time in this folder to automatic update the thumbnails.
Thanks for your report, this problem was caused by the recent changes we had to make to work around some of the problems with OneDrive in the latest Windows update.
If you double-click this registry file it will disable those changes which should workaround the problem until the next update is released. You'll need to restart Opus for this to take effect.
DisableOneDriveMitigation.zip (289 Bytes)
