3 hours ago, ZoLee said:

Hi all,

Has anyone seen this before or know the solution? My CA does not load and I get this warning. I tried both suggested option. Setting the DNS on my router as requested and allowing Cloudflare cdn, but cannot update or see any apps.

This is the warning I get after a lengthily loading screen:

"Download of appfeed failed.

Community Applications requires your server to have internet access. The most common cause of this failure is a failure to resolve DNS addresses. You can try and reset your modem and router to fix this issue, or set static DNS addresses (Settings - Network Settings) of 208.67.222.222 and 208.67.220.220 and try again.

Alternatively, you might need to enable the Cloudflare CDN (Settings - Community Applications).

Last JSON error Recorded: Syntax error"

I can reach all my apps/containers both on home network and through Tailscale.

3 hours ago, ZoLee said:

Any help would be much appreciated.

Thanks

8 hours ago, ZoLee said:

Any help would be much appreciated.

in short, most likely your provider doesnt like git, as sample from the german forums part

https://forums.unraid.net/topic/200128-community-apps-%E2%80%9Edownload-of-appfeed-failed-durch-extrem-langsames-routing-zu-caunraidnet-m%C3%B6glicher-zusammenhang-mit-deutsche-telekom/

you can try using a VPN and see if that helps you, or like mentioned in the error message with a different DNS

btw. pushing is not a nice attitude ;)

12 hours ago, alturismo said:

in short, most likely your provider doesnt like git, as sample from the german forums part

https://forums.unraid.net/topic/200128-community-apps-%E2%80%9Edownload-of-appfeed-failed-durch-extrem-langsames-routing-zu-caunraidnet-m%C3%B6glicher-zusammenhang-mit-deutsche-telekom/

you can try using a VPN and see if that helps you, or like mentioned in the error message with a different DNS

btw. pushing is not a nice attitude ;)

Sorry if read pushy, I did not mean it. It is not my first language so I do apologize.

I actually just found the fix now through "Fix common problem" which I should have looked at the first place , but work just drained me so never thought about that, haha. Earlier I messed with my router DNS settings and have not realised I had to change it on the server as well.

So all good now, working fine

Thanks for the quick help :)

12 hours ago, alturismo said:

in short, most likely your provider doesnt like git, as sample from the german forums part

https://forums.unraid.net/topic/200128-community-apps-%E2%80%9Edownload-of-appfeed-failed-durch-extrem-langsames-routing-zu-caunraidnet-m%C3%B6glicher-zusammenhang-mit-deutsche-telekom/

you can try using a VPN and see if that helps you, or like mentioned in the error message with a different DNS

btw. pushing is not a nice attitude ;)

Edited August 6Aug 6 by ZoLee

Hi, my community version is 2026.07.21, every server is on 7.3.2 --> do i have to do something?

I ran into the same “Download of appfeed failed / Last JSON error: Syntax error” problem on CA 2026.07.21 and did some digging. Posting the diagnostics in case this helps anyone else with a similar ISP/network issue, or if CA can handle this case more gracefully.

DNS and general Internet connectivity are fine. ca.unraid.net resolves correctly and other HTTPS sites such as GitHub work normally.

The problem is specifically traditional TLS over TCP to ca.unraid.net.

A normal request:

curl -4 -v https://ca.unraid.net/assets/feed/applicationFeed-lastUpdated.json

fails during the TLS handshake with either:

SSL routines::wrong version number

or:

Connection reset by peer

I tested the individual Cloudflare destination IPs directly with --resolve, so this is not a DNS-resolution problem.

The interesting part is that an OpenSSL debug capture shows why wrong version number occurs. After sending a TLS ClientHello with:

SNI = ca.unraid.net

the connection receives plaintext HTTP (HTTP/1.0 200 OK) instead of a TLS record, apparently from ISP filtering/interception infrastructure.

Connecting to the same Cloudflare IP without the ca.unraid.net SNI instead receives a genuine TLS response.

I also tested from a completely separate mobile ISP. Using the same Cloudflare IP and ca.unraid.net SNI, TLS succeeds normally:

CONNECTION ESTABLISHED
Protocol version: TLSv1.3
Peer certificate: CN=unraid.net
Verification: OK

and a normal curl request returns:

HTTP/2 200
server: cloudflare

So the problem appears to be ISP/path-specific handling of normal TLS/TCP traffic to ca.unraid.net.

HTTP/3 is unaffected. From the affected connection:

curl --http3-only https://ca.unraid.net/assets/feed/applicationFeed-lastUpdated.json

returns:

HTTP/3 200

PHP's libcurl on Unraid also supports HTTP/3. I tested the CA endpoint directly using:

curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_3ONLY);

and got:

errno: 0
HTTP: 200
body: {"last_updated_timestamp":...}

As a temporary local test, I modified CA's download_url() so that requests whose host is exactly ca.unraid.net use CURL_HTTP_VERSION_3ONLY.

Community Applications immediately started working normally again.

So in my case the comparison is basically:

ca.unraid.net over normal TLS/TCP  -> intercepted/fails
ca.unraid.net over HTTP/3/QUIC     -> HTTP 200
same TLS request over another ISP  -> HTTP/2 200
CA forced to HTTP/3                -> Apps works

I have reported the false-positive/interception issue to my ISP.

Would it make sense for CA to retry the feed using HTTP/3 when the normal TLS/TCP request fails, assuming the installed libcurl supports it? Alternatively, could there be a fallback feed on a genuinely independent hostname?

I noticed the July changes removed the GitHub application-feed fallback, so users behind ISP filtering or other path-specific problems with ca.unraid.net no longer have that independent fallback. I realize this is ultimately an ISP problem, but an automatic HTTP/3 retry/fallback could make CA more resilient to it.

On 7/22/2026 at 11:02 AM, manilx said:

Latest version of this plugin freezes the browser tab completely, after browsing the apps for a while. Browser informs that tab should be stopped.

This is repeatable in Firefox/Brave.

The plugin is buggy as hell. The old version was flawless.

How do I downgrade?

Did you ever find a for fix this? A bit sad I haven't been able to use CA in ages cause I use firefox.

On 8/26/2026 at 5:56 PM, Stabster said:

Did you ever find a for fix this? A bit sad I haven't been able to use CA in ages cause I use firefox.

Yes, the issue was

I had it at a higher number and it froze Firefox.

Quick feedback on the search. Looks like hyphens confuse it really badly.

Search "binhex-plex"

Search "plex"