I don’t know exactly when it happened (I guess durintgone of the last two updates) but my add-on store page is no longer showing the list of available add-ons (ref. to following screenshot).
You have accidentally deleted the addon store URL. (I did the same thing so I know).
The icons have gone because the addon does not exist in your addon store anymore.
So…
1 - Supervisor-> Addons
2 - Click the three dots in the top right and then repositories
3 - Are there any addons displayed?
4 - The default one is https://addons.community , if it is not there you need to add it back.
I am seeing the same thing. I doubt I deleted the repository by accident as I don’t think I would have gone to this place before.
But now I know where to add repositories, I found it took a few attempts including selecting the Reload option to get it to work.
Main add-on is actually https://github.com/hassio-addons/repository not https://addons.community. Maybe that was the underlying problem.
Guys,
a small update relevant to the possible root cause of this issue: I’ve just checked the core log and found following alert/warning:
2021-04-09 12:18:36 WARNING (MainThread) [homeassistant.loader] You are using a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2021-04-09 12:18:36 WARNING (MainThread) [homeassistant.loader] No 'version' key in the manifest file for custom integration 'hacs'. As of Home Assistant 2021.6, this integration will no longer be loaded. Please report this to the maintainer of 'hacs'
2021-04-09 12:18:39 WARNING (MainThread) [homeassistant.components.http] The 'base_url' option near /config/configuration.yaml:6 is deprecated, please remove it from your configuration
2021-04-09 12:24:40 WARNING (MainThread) [homeassistant.components.webhook] Received message for unregistered webhook e6b55addd87ab141e3c9f3f612114dca359285fde4e03b2d967f0e7bb857cd20 from 192.168.1.1
2021-04-09 12:24:48 WARNING (MainThread) [homeassistant.bootstrap] Setup timed out for stage 2 - moving forward
2021-04-09 12:26:24 WARNING (MainThread) [homeassistant.components.webhook] Received message for unregistered webhook e6b55addd87ab141e3c9f3f612114dca359285fde4e03b2d967f0e7bb857cd20 from 192.168.1.1
2021-04-09 12:27:12 WARNING (MainThread) [homeassistant.config_entries] Config entry 'Volumio' for volumio integration not ready yet; Retrying in background
2021-04-09 12:27:20 WARNING (MainThread) [homeassistant.config_entries] Config entry 'D-Link router' for upnp integration not ready yet; Retrying in background
2021-04-09 12:27:20 WARNING (MainThread) [homeassistant.config_entries] Config entry 'D-Link router' for upnp integration not ready yet; Retrying in background
2021-04-09 12:27:20 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry for hacs
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 249, in async_setup
result = await component.async_setup_entry(hass, self) # type: ignore
File "/config/custom_components/hacs/__init__.py", line 67, in async_setup_entry
startup_result = await hacs_startup(Hacs)
File "/config/custom_components/hacs/__init__.py", line 169, in hacs_startup
async_call_later(hacs.hass, 5, hacs().startup_tasks())
File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1214, in async_call_later
return async_track_point_in_utc_time(
File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1168, in async_track_point_in_utc_time
job = action if isinstance(action, HassJob) else HassJob(action)
File "/usr/src/homeassistant/homeassistant/core.py", line 173, in __init__
raise ValueError("Coroutine not allowed to be passed to HassJob")
ValueError: Coroutine not allowed to be passed to HassJob
I don’t know… All icons appeared for few days without touching the repositories (added after your advices) and today they disappeared again…
Repos’ status is now back to “unknown”.
UPDATE 1: Are you all running Amazon Eero? The issue seems to be related to their latest patch release. Try connecting your HA server in front of Eero (ie, directly on the internet).
UPDATE 2: I connected my HA server directly on the internet instead of Eero, rebooted, waited 5 minutes, reconnected it behind Eero without rebooting and everything came back magically. This is really strange… But so far so good.
UPDATE 3: Issue is coming back slowly after a while. One repository at a time, it’s acting up…
I took a look at my firewall and noticed these blocked DNS over TLS attempts: ... DST=1.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=62 ID=9980 DF PROTO=TCP SPT=34850 DPT=853 WINDOW=64240 RES=0x00 SYN URGP=0 ... DST=1.1.1.1 LEN=60 TOS=0x00 PREC=0x00 TTL=62 ID=9273 DF PROTO=TCP SPT=40740 DPT=853 WINDOW=64240 RES=0x00 SYN URGP=0
Enabling DNS over TLS unfortunately didn’t intantly solve the issue. Maybe there is a rate limiter on the updates or another limitation that causes this to happen, I don’t know. So I give HA untill July 1st to see if it solves the issue and report back.
I am currently running all latest versions on a RPi 4.
I have just found that I have the same issue on two home assistant installations, located very from one another. I would like to get back the Community Add-ons. Any sugestions? Thank you
If I understand it correctly, HomeAssistant seems to force the use of cloudflare. This is mandatory, even when other DNS servers are capable of resolving addons.community perfectly fine and results in the same IP as querying cloudflre DNS (1.1.1.1).
This issue seems to be closed without being solved and the latest comment ends with: “If there is no interest in doing so [read fixing the issue], I’d request the team state as much rather than just closing tickets with no explanation.” which is quite worrying in itself.
So i think the problem exists as long as you do not allow HA to use the cloudflare DNS server.