Just wondering if anyone has experienced this. If you created a VM folder, with the same name as one of the VM's, and that VM is placed in that VM folder, then back on the VM page that folder doesn't appear, and the VM itself isn't in any folder.

I hope that makes sense. I don't see the same issue with Docker folders

3 minutes ago, balog said:

Just wondering if anyone has experienced this. If you created a VM folder, with the same name as one of the VM's, and that VM is placed in that VM folder, then back on the VM page that folder doesn't appear, and the VM itself isn't in any folder.

I hope that makes sense. I don't see the same issue with Docker folders

Nah that's a legitimate bug, I'm looking into it. Was easy to replicate thankyou

EDIT: Now fixed in 2026.05.28.1

Edited May 28May 28 by chodeus

11 hours ago, chodeus said:

Awesome mate thankyou for the error report. I have fixed this with a few other things I noticed.

###2026.05.28

- Restart on a Dashboard docker folder now actually restarts containers

- Dashboard folder status icon now turns orange pause when every started container is paused, returns to play on resume

- Same pause-icon aggregation added to Docker tab and VM tab folder rows

- ReferenceError when triggering a custom action on a Dashboard folder configured with "Override default actions" (docker and VM)

- Restart no longer fires on stopped containers

- VM custom-action "Set Restart" mode now reboots running VMs

- Folder context menus now hide actions that wouldn't apply to any child (matches Unraid native per-container menu behaviour)

Cheers for the quick fix!

I updated, tried to replicate both sets of steps again, and confirming the good news that I cannot.

Restarting a group in the Dashboard now restarts the grouped containers.

Pausing and resuming a group updates the group icon accordingly.

FolderView 3 fresh install

I'm experiencing this bug :
When I finish adding an app to a folder the preview is truncated.

The only way to see the entire folder preview is to leave an app outside a folder or to expand the content with the arrow down on the left side.

I don't have any other app that may interfere with folderview3.
I create the folder as I did on folderview 2 so, nothing out of the ordinary.
What is wrong here? Please help.

On 6/12/2026 at 1:46 AM, LordVader said:

FolderView 3 fresh install

I'm experiencing this bug :
When I finish adding an app to a folder the preview is truncated.

The only way to see the entire folder preview is to leave an app outside a folder or to expand the content with the arrow down on the left side.

I don't have any other app that may interfere with folderview3.
I create the folder as I did on folderview 2 so, nothing out of the ordinary.
What is wrong here? Please help.

What version of unraid are you using?

Have you tried clearing your browser cache?

When you press F12, can you see any errors in the developer console?

Hello, thanks for your reply.
I'm using Unraid v. 7.3.1
I did cleared the cache on my browser, same result.
I don't see any apparent error on the code.

I have tried various browsers and it's the same result.

Edited June 12Jun 12 by LordVader

1 minute ago, LordVader said:

Hello, I'm using Unraid v. 7.3.1
I did cleared the cache on my browser, same result.
I don't see any apparent error on the code.

can you type "fv3debug" and reload the page when this issue occurs and send me that .json so I can have a look?
Type "fv3debug" again to stop debugging.

I'm sorry, I'm not very savvy.
I imagine that I have to go to F12, console tab, enter the command fv3debug and press F5.
After that, where can I get the .json?

56 minutes ago, LordVader said:

I'm sorry, I'm not very savvy.
I imagine that I have to go to F12, console tab, enter the command fv3debug and press F5.
After that, where can I get the .json?

sorry, no you just type it on the screen you're viewing. No need to press f12. Just load the troublesome screen, type "fv3debug" and then ctrl+r or F5 to refresh and it'll download a debug .json. Then type fv3debug to turn off debug mode. DM that .json to me here.

Hi all,

Any one experiencing RAM usage bug? so in docker tab with folder view i see some containers using 23 GB of RAM, total is around 60 GB of RAM

When i go to Dashboard, i see only 19 GB of ram used by Docker, soooo who should i believe?

Thanks,

3 hours ago, malghana said:

Hi all,

Any one experiencing RAM usage bug? so in docker tab with folder view i see some containers using 23 GB of RAM, total is around 60 GB of RAM

When i go to Dashboard, i see only 19 GB of ram used by Docker, soooo who should i believe?

Thanks,

Believe the Dashboard — it's not a FolderView3 bug. Both numbers are real, they just measure different things.

The Docker tab shows exactly what docker stats reports per container (FolderView3 just sums it per folder). That figure includes page cache — file data the container has touched that Linux keeps in RAM so it over reports. The Dashboard shows the actual footprint, with that cache excluded.

Thanks for taking the time to explain,

Is there anyway we can choose which stat to show? maybe global FolderView3 setting to choose with or without cache included.

Thanks!

I can dive into it a little deeper at a later date and see what it would look like but I’ve just gone away for a couple of weeks so it’ll be after I get back.

I’ll still be looking at bug fixes while I’m away.

Please enjoy your vacation/trip this is not priority for now, but definitely made me do few panic restarts 😅

Whenever you're back please look into it.

Thanks!!!

Hi @chodeus, thank you so much for your work! The plugin is amazing.

Wanna report a minor cosmetic issue:

On firefox, the docker containers table horizontally overflows a bit, causing a scroll bar displaying at the bottom. This happens both in basic view and advanced view. Seems like chrome is not affected tho, just firefox. Here's a screenshot:

As you can see there's a horizontal scroll bar on the bottom, and I can scroll it to the right:

And devtool indicates that it's the docker_containers table overflowing.

6 hours ago, SteveHawk said:

Hi @chodeus, thank you so much for your work! The plugin is amazing.

Wanna report a minor cosmetic issue:

On firefox, the docker containers table horizontally overflows a bit, causing a scroll bar displaying at the bottom. This happens both in basic view and advanced view. Seems like chrome is not affected tho, just firefox. Here's a screenshot:

As you can see there's a horizontal scroll bar on the bottom, and I can scroll it to the right:

And devtool indicates that it's the docker_containers table overflowing.

I appreciate the report!
I have noticed this for some time and it has been on my list to resolve but hasn't been a huge priority because I felt it was very minor.

However, I have fixed this in the beta branch and when I'm done trying to resolve @LordVader 's issue I will push these fixes to main branch.

Cheers!!

Hi @chodeus can you please check? Dockers that have network type to a container does not have the "web gui" icon. For example, my qbittorrent and arr stacks(which network type is GluetunVPN) does not have the gui icon. In the folderview2, it does have it.

42 minutes ago, HHUBS said:

Hi @chodeus can you please check? Dockers that have network type to a container does not have the "web gui" icon. For example, my qbittorrent and arr stacks(which network type is GluetunVPN) does not have the gui icon. In the folderview2, it does have it.

Appreciate the bug report. FolderView3 is much stricter than FolderView2 in this area so you'd manually set the webui in the container template.
In the next main release, this should work the same as FolderView2.

Hoping to have the next main release out by Monday.

5 hours ago, chodeus said:

Appreciate the bug report. FolderView3 is much stricter than FolderView2 in this area so you'd manually set the webui in the container template.
In the next main release, this should work the same as FolderView2.

Hoping to have the next main release out by Monday.

"you'd manually set the webui in the container template"

Can you please let me know if I need to put it in the GluetunVPN or in the Bazarr(for example) template?

Here's my GluetunVPN:

This is for Bazarr(for example).

Where should I put the one your saying? Please let me know. Thank you.

16 hours ago, HHUBS said:

"you'd manually set the webui in the container template"

Can you please let me know if I need to put it in the GluetunVPN or in the Bazarr(for example) template?

Here's my GluetunVPN:

This is for Bazarr(for example).

Where should I put the one your saying? Please let me know. Thank you.

In your bazarr container you remove http://[IP]:[PORT:6767] and manually type your server IP and container port in the webui part of the template.

Eg: http://192.168.1.35:6767

But I think tomorrow I’ll push a release to main that’ll make this not necessary.

For anyone updating to 2026.06.22 you'll notice the Uptime column should now load out of the viewport (depending on the size of your screen) and will make the screen scrollable.

This was to try reduce the amount of jitter experienced in the preview when expanding and collapsing folders. I made this change because I felt the jitter was more annoying than forcing the Uptime column to appear in the viewport.
If this was an unwarranted change in your opinion please let me know.

Please do a couple of hard refreshes on the docker page and if that doesn’t resolve any issues send me your debug JSON by typing “fv3debug” on your keyboard when on the docker page, reload the page and then click the orange button that will be in the middle of your screen.

Edited June 23Jun 23 by chodeus

On 6/14/2026 at 4:11 PM, malghana said:

Thanks for taking the time to explain,

Is there anyway we can choose which stat to show? maybe global FolderView3 setting to choose with or without cache included.

Thanks!

So I looked into this further and while it's possible to do it creates a single new settings page for the 1 toggle which doesn't look very good and it's a bit of bloat for 1 option.
Also, the risk of running the method you're asking for is you can no longer see when that container is running out of RAM so you may end up scratching your head as to why the container is broken.

There is meant to be a big update coming to the docker WebUI so once that lands I'll revisit this and see if there's a tidy way I can include this option but for now I'm on a feature hold.

13 hours ago, chodeus said:

In your bazarr container you remove http://[IP]:[PORT:6767] and manually type your server IP and container port in the webui part of the template.

Eg: http://192.168.1.35:6767

But I think tomorrow I’ll push a release to main that’ll make this not necessary.

Thanks. I updated the plugin today and it works. Many thanks for your hard work. 👍

Edited June 22Jun 22 by HHUBS

12 hours ago, chodeus said:

This was to try reduce the amount of jitter experienced in the preview when expanding and collapsing folders. I made this change because I felt the jitter was more annoying than forcing the Uptime column to appear in the viewport.
If this was an unwarranted change in your opinion please let me know.

Alright, after wondering what on earth went wrong after the update, looking through the setting to see if I missed anything and navigating myself to this thread ... I'm here to say:

Yes, that was a pretty catastrophic change, how on earth do I change this behavior?

Exit code, exit time and uptime can be invaluable, at-a-glance, troubleshooting information. Hiding them by default is just awful.

You also introduced pretty unpleasant jitter during every page-load where the Uptime column suddenly jumps off-screen.

Whatever jitter you tried to fix never bothered me. But this change, if permanent, would bother me enough to no longer use the plugin.

Edited June 22Jun 22 by csb

7 hours ago, csb said:

Alright, after wondering what on earth went wrong after the update, looking through the setting to see if I missed anything and navigating myself to this thread ... I'm here to say:

Yes, that was a pretty catastrophic change, how on earth do I change this behavior?

Exit code, exit time and uptime can be invaluable, at-a-glance, troubleshooting information. Hiding them by default is just awful.

You also introduced pretty unpleasant jitter during every page-load where the Uptime column suddenly jumps off-screen.

Whatever jitter you tried to fix never bothered me. But this change, if permanent, would bother me enough to no longer use the plugin.

After you do a hard refresh of your browser, can you send me a debug json please.

Type “fv3debug” reload the page and then click the button that’ll appear in the middle of your screen and then send me that file.

Hopefully that’ll help me see what’s so different with your setup that made this change so catastrophic for you.

Thankyou

Also “at a glance” uptime doesn’t appear for containers in folders. This behaviour hasn’t changed.

The only behavior that has changed is if you expand a folder now, you need to scroll 50pixels to the side to see your uptime column.

The jitter that was happening was the container icons were jumping in their row everytime you expanded a folder to make room for the uptime column in the viewport.

I suspect you’re having a cache issue regarding the logic change so you might need to do a couple of hard refreshes in a row to sort it out.

Edited June 23Jun 23 by chodeus