Downtifyが想定する入力形式から始める
コミュニティの返信では、テストしたDowntifyのビルドはキーワード検索ツールとして動作しておらず、インターフェースにYouTubeやYouTube Musicの選択肢が表示されていたにもかかわらず、それらを使用していないと説明されていました。推奨された手順は、Spotifyのトラック、アルバム、またはプレイリストの直接URLを使うことでした。
そのため、入力形式を最初に切り分けるのが、元に戻しやすい検証方法です。Spotifyからトラックまたはアルバムの直接URLを1つコピーし、完全なURLを貼り付け、メタデータや音声ソースのオプションを同時に変更せずに送信します。
ジョブが表示される場合、以前の無限スピナーは入力形式の不一致が原因でした。リンクは受け付けられるもののキューが空のままなら、キーワード検索だけでは問題を完全には説明できないことが確認されます。
成功の判定にはリンクの受け付けではなくジョブの作成を使う
投稿者はSpotifyのアルバムの直接URLを試しましたが、同じ挙動が発生しました。後から参加した別のユーザーもこの結果を再現し、リンクは受け付けられたものの、ダウンロードジョブは作成されず、エラーも表示されませんでした。
これは、単に「検索が機能しない」と報告するよりも確かな検証です。返信で対応していると説明されたワークフローをテストしているためです。復旧のサインは、検証エラーが表示されないことではなく、キューに入ったジョブが表示されて進行することです。
アプリを再起動した後、同じURLをもう一度試してください。ジョブが一度だけ表示され、再起動後に再び失敗する場合、アプリはまだ安定して復旧していません。
上流原因の推測は断定しない
ある返信では、この挙動の原因をDowntifyまたはspotDL側の問題とし、App Storeイメージに関連するAPIのレート制限の可能性を示していました。しかし、このトピックには、ログ、上流側の問題、別のイメージによる検証、またはその仕組みを証明する更新前後の比較は示されていません。
アプリイメージのバージョン、ZimaOSのバージョン、正確な入力カテゴリ、キューの状態、コンテナログを記録してください。ログにレート制限の応答や上流側のエラーがあれば仮説を裏付けられますが、インターフェースが空のままというだけでは不十分です。
このトピックだけを根拠に、関係のないコンテナ権限を変更したり、認証情報を公開したり、推測で環境変数を追加したりしないでください。これらは以前の2025年の設定に関する議論に属するものであり、ここではテストされていません。
2026年1月のトピックは、信頼できるUI上の回避策がないまま終了している
最後の返信では、その時点でUIから使える信頼できる回避策はなかったと述べられています。投稿者はその後、修正を確認しておらず、スレッドにも動作するパッケージのバージョンは記載されていません。
直接リンクによる対照テストと、キューが空のままである証拠を添えてエスカレーションしてください。これにより、対応していないキーワード検索やアーティストページ検索とは明確に区別できます。
DowntifyまたはApp Storeの更新が記録された後、同じSpotifyリンクを再度試し、ジョブが作成され、コンテンツがダウンロードされ、アプリの再起動後も正常に動作することを確認してください。その検証が行われるまでは、結果は未解決のままです。
FAQ
Downtifyはアーティスト名やキーワードで検索できますか？
コミュニティの返信では、このビルドで利用できる入力方法として、Spotifyのトラック、アルバム、またはプレイリストの直接URLが説明されていました。
有効なSpotifyリンクが使えるなら、Downtifyが動作している証拠になりますか？
いいえ。元のケースではリンクは受け付けられましたが、キューは空のままでした。ジョブが作成され、進行することが有用な成功のサインです。
APIのレート制限は確認されましたか？
いいえ。上流側の可能性が高い説明として示されただけで、ログや成功した対照テストによって実証されたわけではありません。
