Every add-on gets a row before any add-on gets a second one. (#37)
A channel add-on was reported as unsupported on TV. It is not: measured on a TV that has the same add-on installed, the manifest is read and its catalog is declared. What was missing was a slot. The home asks for six catalogs out of 124 declared, and the candidate list was in the raw order the manifests were read — the largest add-on declares 72 of them and comes first, so an add-on with a single catalog sat in 124th place and was never requested. Installing a new add-on showed you nothing from it.
This is the same defect a per-add-on quota already fixed one level down, and the note there already had the sentence that applies here: the fault is not the add-on or its manifest, it is whoever hands out the slots. That quota shared out how many catalogs each add-on may declare; nobody shared out which ones become rows.
One honest limit: this only governs what your account does not already order. Rows you have arranged in the web app still come first, which is the correct precedence — you arranged them.
Live TV channels stop calling themselves films. Anything that was not a series was labelled a movie, so a live channel came through with "Movie" on its card and "- Movie" in the row title. Channels now have their own label, matching what the web app writes. They are searchable again too: the exclusion was written for types that have no screen, which is true of events and collections but not of channels — the card opens the title page and the stream request already carries the right type.