Repository navigation
Fix plugin.audio.mp3streams broken <assets> paths #19
Description
Part of #12
Question
plugin.audio.mp3streams/addon.xml declares <icon>icon.png</icon> and <fanart>fanart.jpg</fanart>, but the icon actually lives at art/icon.png and no fanart file exists anywhere in the addon. Modern Kodi resolves pre-install art only from <assets> paths (no filename fallback — see docs/research/kodi-repo-artifact-format.md §4), so the addon shows no icon in the addon browser — on the live server today as well. Surfaced as a WARN by tools/build_repo.py while resolving the build-script prototype.
Fix: point <icon> at art/icon.png and remove the <fanart> entry (or add a real fanart), bumping the addon version per convention. Small PR; no pipeline changes needed.
Activity
JMAN730 commentedon Jul 6, 2026
Resolution
Fixed in PR #22 (branch
worktree-fix-mp3streams-assets):<icon>now points atart/icon.png(where the file actually lives)<fanart>fanart.jpg</fanart>removed — no fanart file exists anywhere in the addon2026.05.26→2026.07.06, news entry prepended per conventionVerified with
tools/build_repo.py: the previous WARN is gone andart/icon.pngis copied into themainchannel datadir, so the icon will show in the addon browser once the next bundle ships.fix(mp3streams): point <icon> asset at art/icon.png, drop missing fan…