Show catalogs from any addon type and fix addon-based collections (TV + web)

[silentbil]

Why

Users reported that ARVIO hides catalogs that other Stremio clients show (AIOMetadata personal/anime/"all" lists, custom display types, debrid libraries). Catalogs were dropped unless their type was movie/series/tv/show, and Nuvio-style collections built on such addons loaded empty.

What changed (TV + web)

• Any catalog type is kept, using the addon's own spelling (addons route by it).
• Collections: addon matched by manifest id, the named addon is asked for catalogs its manifest doesn't list, manifest type spelling + %20 encoding, addon-defined types load in both tabs.
• Native items: keep the addon's own type for /meta and /stream; live channels (tv) play directly and stay out of Continue Watching; items a metadata addon re-lists are served by the installed addon that owns their ids.
• Robustness: one bad genres value no longer fails a whole catalog; no /meta calls an addon can't answer; back-off on 429; installed addons read once per page (fixes an ANR on large catalogs).
• Home: addon rows named after streaming services are no longer hidden.
• Web: audio-only sources (podcasts) are not failed by the video-frame watchdog.

Testing

• Unit tests: TV 2277 passing, web 954 passing (new tests for ownership, lenient genres, type spelling/encoding, live channels, audio sources).
• Manually on an Android TV emulator and in Chrome: addon catalogs with custom types appear, a Nuvio collections export imports and its folders load, series/podcast episodes and a live channel play.

[ProdigyV21]

Thanks for this contribution! Supporting more add-on catalogs and collections on TV and web is a useful improvement, especially the work to avoid repeated manifest parsing on large catalogs.

I found three Android gaps to fix before merging:

1. Please carry the original add-on type through stream selection and URL construction. Live tv items currently open as movies, so source lookup can exclude their add-on or request /stream/movie/ instead of /stream/tv/. Strict custom types such as Podcasts can also be filtered out before the new episode resolver runs.
2. Please preserve the custom add-on type in portable watch history, or resolve it correctly on restore. A fresh device currently restores a Podcasts item as series, which can leave its details/episodes unavailable. I reproduced this with a temporary regression test using an empty registry; the existing test restores into the same registry and misses this case.
3. Please use consistent path-segment encoding for catalog, metadata, and stream URLs. Catalog URLs now correctly use %20, but getAddonMeta() still encodes spaces as +, so a type such as Live Docs can load its catalog but fail to load details.

The 111 focused web tests and 19 existing targeted Android tests passed; the additional fresh-device regression test failed as described above. Please add coverage for that restore case and strict tv/custom-type source lookup. Once these are addressed, this should be a much more reliable addition. Thanks again!

[silentbil]

Thanks for the thorough review — all three points were valid. Fixed in 9b7cfad:

1. Original add-on type through stream selection and URLs. A native item's own type (e.g. tv, Podcasts) is now passed from Details/Player through every stream path (progressive, non-progressive and single-add-on retries). It drives both add-on selection and the /stream/<type>/ URL, so live channels request /stream/tv/<id> and add-ons that declare only a custom type are no longer filtered out before the episode resolver runs.
2. Portable watch history. The type is now stored with the Continue Watching entry (addonNativeType, synced with the rest of the item) and used on restore when the registry is empty. Entries saved before this change resolve the type from the owning add-on's manifest when the stored one gets no answer, and the result is remembered.
3. Consistent path-segment encoding. Catalog, meta and stream URLs now share one helper (%20 for spaces), so a type like Live Docs loads both its catalog and its details.

Coverage added: fresh-device restore with an empty registry (with and without a stored type), strict tv and Podcasts source lookup asserting the exact stream URLs, and a meta URL with a space in the type. Full unit suite: 2282 passing. Also verified on an Android TV emulator: a live channel and a podcast episode request their own types and play, and the type is persisted in watch history.