I have worked with another team (Selfhosters) to migrate my Docker image from their repository over to mine. You can see them both here, the Selfhosters one now being deprecated: https://ca.unraid.net/apps?type=all&q=red-discordbot

However, when you search for “red-discordbot” in the Apps page in Unraid, it only shows mine, but with a deprecated banner on it, which is incorrect. See attached screenshot; It should not have the deprecated banner on it. Any help with correcting this would be much appreciated!

( I also posed this here: https://product.unraid.net/p/plugin-migration, wasn't sure where to post it)

I think the central Community Applications application feed may be stalled.

The CA UI currently reports:

Last Change To Application Feed: September 13, 2026 @ 12:11 pm
Server: Primary Server

As of September 15, the feed still appears to contain repository metadata from that point in time.

I noticed this because I maintain JPetovello/unraid-templates and changes made to two templates have not appeared in CA.

One example is templates/passforge.xml.

The current GitHub template contains:

Have I Been Pwned (HIBP) breach database

but CA is still displaying an older typo:

Have I Been Pwned Pwned Passwords database

A second example is templates/x-onu-sfpp-dashboard.xml.

The current repository contains a v3.5.0 changelog entry, but the CA feed still stops at v3.4.0.

I checked both central feed timestamp endpoints directly:

https://ca.unraid.net/assets/feed/applicationFeed-lastUpdated.json
https://ca.unraid.net/cdn/feed/applicationFeed-lastUpdated.json

Both currently return:

{"last_updated_timestamp":1789315913}

I also downloaded both full feeds:

https://ca.unraid.net/assets/feed/applicationFeed.json
https://ca.unraid.net/cdn/feed/applicationFeed.json

Both contain the old PassForge text and neither contains the new X-ONU v3.5.0 changelog entry.

My local CA cache was refreshed on September 15, so this does not appear to be only a local browser/plugin cache issue. The newly downloaded local feed matches the stale central feed.

Current local observations:

templates_new.json mtime: 2026-09-15 20:48 UTC
PassForge old typo count: 1
PassForge corrected wording count: 0
X-ONU v3.5.0 changelog count: 0

The Primary and CDN feeds return the same stale content.

This looks like the central application-feed generation/ingestion process may not have regenerated since September 13.

I’ve also attached a screenshot showing the CA status panel reporting the September 13 feed timestamp.

Happy to provide any additional diagnostics if useful.

I opened up the community apps tab and Norton tripped the attached image. A false positive?

Hello everyone,

Since today, I have been experiencing an issue on both of my Unraid servers where no apps are loading anymore (see attached image).

It does not appear to be a DNS issue, as I have already tried both DNS servers as well as Cloudflare DNS. The error message is:

Last JSON error recorded: Syntax error

As mentioned, this is happening on two separate servers. I also found another thread here in the forum where someone is experiencing the same issue. Therefore, it seems to be a more widespread problem.

19 hours ago, MDN said:

Hello everyone,

Since today, I have been experiencing an issue on both of my Unraid servers where no apps are loading anymore (see attached image).

It does not appear to be a DNS issue, as I have already tried both DNS servers as well as Cloudflare DNS. The error message is:

As mentioned, this is happening on two separate servers. I also found another thread here in the forum where someone is experiencing the same issue. Therefore, it seems to be a more widespread problem.

SOLVED! My unifi gateway somehow blocked ca.united.net

Stale <Overview> metadata retained in local my-*.xml templates for installed CA apps

Hi Unraid Devs,

I maintain two applications in Community Applications and noticed that after updating their <Overview> fields in the upstream repository, the updated descriptions appeared correctly in CA, but existing installations continued showing the old descriptions in the Unraid Docker UI.

I traced this to the installed my-*.xml files under /boot/config/plugins/dockerMan/templates-user/, which retain the <Overview> content from when the application was originally installed.

Reproduction:

Installed two separate applications (PassForge and X-ONU-SFPP-Dashboard).

1. Updated the upstream CA template <Overview> field.

2. Verified that the local my-*.xml files still contained the old <Overview> text.

3. Replaced only the <Overview> blocks in the local my-*.xml files with the current upstream values. The Unraid Docker UI immediately displayed the current descriptions without recreating or modifying either container.

Question / Feature Request:

I completely understand why user-defined container configuration (ports, paths, variables, etc.) in my-*.xml must never be overwritten by upstream template updates. However, is it intentional that informational metadata such as <Overview> also remains permanently pinned to the version that was present when the application was installed?

This can leave existing users with outdated information even after a maintainer corrects or updates the CA template. In my case, one of the stale descriptions documented an older privacy architecture, making this an accuracy issue rather than simply a cosmetic one.

Would it make sense for <Overview> to be refreshed from the current CA repository template independently of the user's saved container configuration?

Thanks for all your work on the platform!

3 hours ago, JPetovello said:

but existing installations continued showing the old descriptions in the Unraid Docker UI.

Nothing you change updates existing installations. Installing makes a copy of what it was at that time, done. If changes are required people will have to do them manually, ideally you'd put up a heads-up in your support thread so when something breaks people who go read it to see if other people had the same issue they find an answer/solution. And if it's your own app, minimize them/get things right early.