chodeus

@Bob-omb these threads might help, you’re not alone. https://forums.unraid.net/topic/199925-missing-docker-icon-log-spam/ https://forums.unraid.net/topic/199974-missing-icon-on-dockers-without-icon-url/ Also, https://product.unraid.net/p/7-3-2-dashboard-nginx-log-spam-from-stale-docker-template-fallback-icons

Hello, You're not alone, this has also been reported here https://forums.unraid.net/topic/199925-missing-docker-icon-log-spam/ Hoping for an admin or staff member to address this.

I raised an issue and a PR for this on the Unraid Webgui github last week. Hope it gets a look at soon https://github.com/unraid/webgui/pull/2693 @elibosley any chance you can find the time to look at this small PR? This issue is getting reported more and more in Discord as well.

I'm keeping my ear to the ground but i've seen snips of the beta version so I think it's not far away.

It's not a bad idea but that's a decent structural change. I'm trying to not make any major structural changes because the new Docker page that is due is a huge structural change itself and I'm not really sure if that level of effort is worth it right now. Feel free to write a feature requests here https://github.com/chodeus/folder.view3/issues so I don't lose track and I can see how this might work depending on how far away the new Docker page is. I'm going to avoid yet another toggle for now but update documentation (the tooltip is already update to highlight using "^") to raise awareness around the catch all scenario and how to use it. Thankyou for your help in getting this plugin improved! I'll be release a stable release soon.

Unfortunately that plugin and FolderView are completely different. FolderView has to wait for the Unraid page to load to gather the container/vm information and then build the page from that which is why the flash happens. I have made a small change in the beta branch, if you're still running it, that should improve the "flash" by ~300ms. Version 2026.07.13.1 if you're happy to run it and let me know what you think? I'm going to run it for probably a week so I can try get some solid testing out of it before I push it to main with the regex fix.

So I've been playing around with this. I can fix the "^" regex to be a "catch all" folder, any container not assigned goes to the folder with the "^" regex. This doesn't assign the container to the regex folder so you can still pick it and assign containers in the "^" regex folder to other folders. Is this acceptable behaviour? I think fixing "^" regex is better than adding another toggle that does the same thing. If you wanted to test it out yourself as it is now, you can load the beta branch. https://raw.githubusercontent.com/chodeus/folder.view3/beta/folder.view3.plg

Okay awesome, appreciate the explanation. I have created a feature request issue on my Github and I'll look into this in the not too distant future! Turns out I broke this in April and I just got use to the new look without the 30px indentation. I'll bring this indentation back in some shape in the next stable release. Thankyou for raising it!

appreciate your continual maintenance of this plugin, it's great!

Now live on CA. Please provide feedback, good feedback is also welcome to build confidence for other users questioning this plugin.

For anyone having issues with this plugin and/or the Plus version I have recreated Squids plugin with modernisation for Unraid 6.10.x+ It’ll perform a dry run/scan on page load and only deletes what you tell it to delete. Testers other than myself would be most welcome. Thankyou!

Sorry I don't use this feature, can you explain the behaviour of what you are hoping to achieve and give me some clarity on why it's a pain with the current regex option? I am on a feature freeze right now but if you can help me understand this feature a bit better and why the current regex offering isn't ideal then I can look at it later.

It's only evident for those with all containers in folders. It's only slight but that's the level of OCD I'm working with. I spend a hell of a lot of time iterating changes to try and get it to appear just right. When you expand a folder, to make room for the Uptime Column, the preview row jumps to the left very slightly. This is the jitter I was trying to fix and had fixed by having the Uptime Column push right instead of left when it appears. But unfortunately this is the behaviour you disagreed with and I understand why. I think what I've achieved today is the best it'll get until the new webUI comes in. Hopefully I havent created new edge cases!

Fiery speeches are never required when you're using plugins that people volunteer their free time to maintain. I started maintaining FolderView3 for my own benefit and when I decided to share this with all the FolderView2 users I agreed to take advice/recommendations/suggestions from the users but I did not agree to receive fiery speeches. Unfortunately, sometimes the only way to receive feedback is to push changes because most people only come here when they have issues. Update, and if there's issues please provide me with constructive feedback, screenshots and a debugging .json and I'll do the best I can to keep you and everyone else happy 🙂 Cheers!

I've reverted the uptime column behaviour. I've spent the past 9 hours finding, testing and iterating a "better" way. Hopefully this keeps everyone happy. Update to the next main release and do a hard refresh.