Begin met het invoertype dat Downtify verwacht
Een reactie uit de community stelde dat de geteste Downtify-build zich niet gedroeg als zoekfunctie voor trefwoorden en de opties voor YouTube of YouTube Music niet gebruikte, hoewel deze opties wel in de interface stonden. De voorgestelde werkwijze was een directe URL naar een Spotify-nummer, album of afspeellijst.
Daarmee is het invoertype de eerste omkeerbare onderscheidende factor. Kopieer één directe URL naar een nummer of album van Spotify, plak de volledige URL en dien deze in zonder tegelijkertijd metadata of opties voor de audiobron te wijzigen.
Als er een taak verschijnt, werd de eerdere eindeloze laadindicator veroorzaakt door een niet-overeenkomend invoertype. Als de link wordt geaccepteerd maar de wachtrij leeg blijft, heeft de test uitgesloten dat zoeken op trefwoord de volledige verklaring is.
Gebruik het aanmaken van een taak, niet het accepteren van een link, als succesindicator
De auteur probeerde een directe URL naar een Spotify-album en zag hetzelfde gedrag. Een latere deelnemer reproduceerde het resultaat: de link werd geaccepteerd, maar er werd geen downloadtaak aangemaakt en er verscheen geen foutmelding.
Dit is sterker dan een algemeen bericht dat “zoeken niet werkt”, omdat hiermee de werkwijze wordt getest die in de reactie als ondersteund werd beschreven. Het herstel wordt aangegeven door een zichtbare taak in de wachtrij die voortgang boekt, niet door het ontbreken van een validatiefout.
Herhaal dezelfde URL nadat je de app opnieuw hebt gestart. Als er slechts één keer een taak verschijnt en deze na het opnieuw starten weer mislukt, is de app nog niet betrouwbaar hersteld.
Houd de voorgestelde oorzaak stroomopwaarts onder voorbehoud
Een reactie schreef het gedrag toe aan een probleem met Downtify of spotDL stroomopwaarts en suggereerde API-snelheidsbeperking in verband met de App Store-image. Het onderwerp bevat geen logboeken, geen stroomopwaarts probleem, geen andere image-instelling en geen update voor en na die dit mechanisme bewijst.
Noteer de versie van de app-image, de ZimaOS-versie, de exacte invoercategorie, de status van de wachtrij en de containerlogboeken. Een reactie over snelheidsbeperking of een stroomopwaartse fout in de logboeken zou de hypothese ondersteunen; alleen een lege interface doet dat niet.
Wijzig op basis van dit onderwerp geen niet-gerelateerde containerrechten, stel geen inloggegevens bloot en voeg geen geraden omgevingsvariabelen toe. Die paden horen bij de eerdere configuratiediscussie uit 2025 en zijn hier niet getest.
Het onderwerp uit januari 2026 eindigt zonder betrouwbare workaround in de interface
De laatste reactie vermeldt dat er op dat moment geen betrouwbare workaround via de interface was. De auteur heeft later geen oplossing bevestigd en in de thread wordt geen werkende pakketversie genoemd.
Escaleer met de controle via de directe link en bewijs dat de wachtrij leeg blijft. Daarmee onderscheid je deze situatie duidelijk van niet-ondersteunde zoekopdrachten op trefwoord of artiestenpagina.
Herhaal na een gedocumenteerde update van Downtify of de App Store dezelfde Spotify-link en controleer of er een taak wordt aangemaakt, inhoud wordt gedownload en dit na het opnieuw starten van de app nog steeds werkt. Zolang deze validatie ontbreekt, blijft het resultaat onopgelost.
Veelgestelde vragen
Kan Downtify zoeken op artiestennaam of trefwoorden?
In de reactie uit de community werden directe Spotify-URL's naar nummers, albums of afspeellijsten beschreven als de bruikbare invoerroute voor deze build.
Bewijst een geldige Spotify-link dat Downtify werkt?
Nee. In de beschreven situatie werd de link geaccepteerd, maar bleef de wachtrij leeg. Een aangemaakte taak die voortgang boekt, is de bruikbare succesindicator.
Is API-snelheidsbeperking bevestigd?
Nee. Dit werd voorgesteld als een waarschijnlijke stroomopwaartse verklaring, maar is niet aangetoond met logboeken of een geslaagde controle.
