There is a great feature of being able to pick a custom File icon in the Labels settings menu.
However, I've noticed that such a custom icon sometimes hides system overlay icons.
Interestingly enough, this is not a consistent behavior:
Dropbox overlays (green sync check mark): I've tried to set a custom file icon for an archive in my Dropbox folder and refreshed ~10 times and it seems that in most of those tries the overlay icon was shown, but then ever 2nd or 3rd refresh would lead to a loss of the overlay icon.
Then in another test of ~10 refreshes nothing happens — the overlay icon consistently stays.
Junction overlays from the LSE extension (little link icon in the corner) and a custom file icon for junctions — these are almost always hidden. Then only time they're shown is when I change a file icon (can be for a different label, e.g. for an archive label in 1.) and hit apply — then I see a junction overlay icon in the corner, but after another single refresh it's gone again.
Symlink overlays from the LSE extension and a custom file icon for symlinks (so these are files, unlike #2, which are folders) — these behave like the Dropbox overlays, i.e. there is a 50/50 chance that they'd be shown after a refresh
Is there a way to fix it somehow so that the system overlays are always overlayed even when custom icons are used?
Thank you
FYI LSE has the highest priority and at the top 1-3 of the registry (KEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers), dropbox is in the top 4-14 position
The icon overlay system in Windows is completely unreliable, and the design of it is not fit for purpose and has not been fixed in the decades since it became obvious.
I'm not sure the registry prioritisation trick (to get things into the tiny number of available slots) works in Opus like it does in File Explorer, but even then all the different programs fight over the slots.
It's best to use status icons instead, and that's what Microsoft themselves are moving over to as well, at least with cloud storage.
This probably isn't connected to using custom file icons. That shouldn't affect things, unless there's some caching going on immediately after the icons are changed.
I agree that the whole system is a mess with those dumb max15 limits and a lack of easy prioritization, though for me it worked the same way in both DOpus and FileExplorer — I've moved them around trying to remove some uninstalled apps from taking the top position with those [7 spaces] I'm the greatest tricks, and the then the behavior change was the same in both file managers — the icons from the still-installed app that got pushed to the bottom appeard right away.
I'm also using the status icons for some of my labels, they are great, but not everything fits there — for example, you still haven't implemented the hard link flag in DOpus, so I can only get an indication for those via an LSE overlay icon
And there is no way in DOpus to pick and choose (I think that ultimately I'd prefer to have no overlay for junctions/softlinks precisely because I'm already using DOpus to differentiate them with other means (color/underline/status icon), but I'd still prefer consistency)
However, I also think that it's unlikely connected to using the custom file icons, especially given that strange difference between files (soft links) and folders (junctions).
I've tried to change the Junction icon to something new (an external image file that's definitely not cached anywhere) and the behavior is the same - overlay appears on change and then disappears after a refresh.