Skip to content

Icon could not be downloaded from the given URL #1609

Closed

Description

@GustelDE

Hello,

how can I solve this problem:
Image

After hitting:
Image

If I download the icon (svg) and re-upload, the error "The file field must be an image." appears.
Workaround: If I use an online svg2png-converter and upload the png, it accept it.

Version: 2.8.3 (Docker)

Thanks

Activity

  1. KodeStar commented on Oct 18, 2026

    @KodeStar
    Member

    Thanks for the report. There are two separate problems here.

    SVG upload rejected ("The file field must be an image."): I can reproduce this. It is a bug and is fixed in #1612, which will ship in the next release. Until then, your PNG workaround is the way to go.

    "Icon could not be downloaded from the given URL.": when you pick an application type, the icon preview loads in your browser, but on save Heimdall downloads the icon again from inside the container (https://appslist.heimdall.site/icons/homeassistant.svg). That server-side download is what fails here. I couldn't reproduce it with a stock lscr.io/linuxserver/heimdall:2.8.3 container, so it looks like something about the container's network. Could you send:

    1. The output of this, run on the Docker host (replace heimdall with your container name):
      docker exec heimdall curl -sSI https://appslist.heimdall.site/icons/homeassistant.svg
      
    2. Any lines mentioning Outbound request from today's log in /config/www/logs/laravel-YYYY-MM-DD.log (in your mapped config folder), taken right after a failed save.
    3. Whether the container uses a proxy (HTTP_PROXY/HTTPS_PROXY), a custom DNS server, or a restricted Docker network.
    4. Whether adding an application type worked for you on 2.8.2 or earlier.
  2. GustelDE commented on Oct 18, 2026

    @GustelDE
    Author

    Hello, executed from inside the container it throws this:
    Image

    In a regular Linux-VM this is the output:
    Image

    Was digging further, it seems appslist.heimdall.site is a CNAME of linuxserver.github.io:
    Image

    Somehow the container is querying IPv6 (AAAA) to resolve "linuxserver.github.io", which is blocked by my PiHole:
    Image

    Gemini told me to add this to my docker-compose.yaml:
    sysctls:
    - net.ipv6.conf.all.disable_ipv6=1

    Now it works. Not sure why it started using IPv6 for DNS. But okay :)

    Image
  3. KodeStar commented on Oct 19, 2026

    @KodeStar
    Member

    Thanks for digging into that, nice find. That confirms the download error comes from the network rather than Heimdall: your Pi-hole is answering IPv6 lookups for linuxserver.github.io with an address that points at a different server, so anything in the container that prefers IPv6 ends up there. A cleaner fix than disabling IPv6 in the container is to allowlist linuxserver.github.io in Pi-hole, so other containers aren't affected either.

    The SVG upload problem is fixed in #1612 and will be in the next release. Closing this one, but feel free to reopen if anything comes back after updating.

  4. moved this from Non-Docker Issues to Done in Issue & PR Trackeron Oct 19, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions