Downtify가 예상하는 입력 유형부터 시작하기
한 커뮤니티 답변에서는 테스트한 Downtify 빌드가 키워드 검색 도구처럼 작동하지 않았으며, 인터페이스에 YouTube와 YouTube Music 선택 항목이 표시되었음에도 해당 옵션을 사용하지 않는다고 설명했습니다. 제안된 워크플로는 Spotify의 트랙, 앨범 또는 플레이리스트 직접 URL을 사용하는 것이었습니다.
따라서 입력 유형을 가장 먼저 확인할 수 있는 가역적 판별 기준으로 삼아야 합니다. Spotify에서 트랙 또는 앨범의 직접 URL 하나를 복사하고, 전체 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 요청 제한이 확인되었나요?
아니요. 가능성 높은 상위 구성 요소 원인으로 제시되었지만, 로그나 성공적인 대조 테스트로 입증되지는 않았습니다.
