Q3 Command Deck Update Notification (09/29/2025) : New Apps, Curation Process and Folder updates

[jonp]

2 hours ago, Adam108 said:

Really excited to see some new apps coming into the curated list - I'd like to move my existing installs across to the "HexOS version" as and when they become available but I can't see an obvious way to do this? I can't install a second version of an app which is already installed via TrueNAS and there's no apparent way to "migrate" an app into HexOS. 

Is the current intention that we remove entirely the app versions already installed and start over via HexOS or am I missing something?

If you've installed an app using the TN user interface, you're going to be managing that app through TN for controls for a while. Supporting migration from TN to HexOS managed apps is not on the roadmap right now, but may be in the future. 

That said, if you remove the app from TN (but not your user data), you can then install it from HexOS. You will have to reconfigure the app but the user data will remain intact. 

[Adam108]

Thanks Jon - might be worth a brief mention that this is the planned route in the app or update documentation. A fair few apps have the ability to backup and restore config/settings so I imagine this could be used to migrate fairly easily.

[KinglyValence]

I was able to install the Jellyfin app on HexOS and my phone, and was able to stream movies from the NAS to my mobile device, which was awesome! However, the Jellyfin app on HexOS only seemed to be able to pull data from its own "default" folders that were created when installing the Jellyfin app. I couldn't get Jellyfin to see my custom folders in the "My Folders" section on the command deck. So I had to paste a copy of some movies into one of these new folders to test Jellyfin out. Did I miss how to direct Jellyfin to read from my custom folder or is that not implemented yet? I like the folders in HexOS I currently have, and don't want to move everything to one of those new ones if I don't have to, thanks!

[jonp]

3 hours ago, KinglyValence said:

I was able to install the Jellyfin app on HexOS and my phone, and was able to stream movies from the NAS to my mobile device, which was awesome! However, the Jellyfin app on HexOS only seemed to be able to pull data from its own "default" folders that were created when installing the Jellyfin app. I couldn't get Jellyfin to see my custom folders in the "My Folders" section on the command deck. So I had to paste a copy of some movies into one of these new folders to test Jellyfin out. Did I miss how to direct Jellyfin to read from my custom folder or is that not implemented yet? I like the folders in HexOS I currently have, and don't want to move everything to one of those new ones if I don't have to, thanks!

Settings > Locations is where this functionality will live but it doesn't have the ability to remap locations in use at this time (have to do it before you load them up) but will have that in the future!

When you install an app that requires a folder for say media, we auto create those folders for you to use to store them in, but if you have already manually done that, we have to add the ability to the command deck to remap those (coming in the future). For now you could remap via the truenas UI but it requires a bit of handholding from a TrueNAS rockstar to know what you're doing in there 😉

[jonp]

4 hours ago, Adam108 said:

Thanks Jon - might be worth a brief mention that this is the planned route in the app or update documentation. A fair few apps have the ability to backup and restore config/settings so I imagine this could be used to migrate fairly easily.

@csmanel is in charge of our docs site and I agree, this could be a good addition. Cole?  You mind taking a stab at that?

[csmanel]

Absolutely, on it!

[SC_Ringtail]

On 10/7/2025 at 3:30 PM, Cantos said:

@jonp I work in software development so all of this is painfully familiar. When I saw the Immich struggles, I immediately thought "I bet they had a solution ready and it was obliterated by one of those updates".

That reminds me of the classic: "There are no solutions, only trade-offs." 

Any half-decent team of developers is capable of making work almost any feature and solving almost any issue. If you are thinking "couldn't they just do X?", the answer is that they probably could. However, that would always be at the cost of something else being worse, broken or delayed... or it would take too much time, require too many people or cost too much money (usually at least two out of three).

With enough time and money anything can be done