-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
utorrent rpc support [RU] #69
Comments
Да, интересно получается. А что это за известная проблема, на неё есть задача в каком-нибудь трекере? |
Боюсь, что тут могут возникнуть проблемы с обратной совместимостью. В предлагаемом решении мы пытаемся обойти странность поведения одного из клиентов, размазав ответственность ещё и на торрт. Утрируя: пытаемся превратить торрт в ещё один интерфейс для клиента. |
Предложите решение, с меня реализация. |
Пока только такие варианты, один исследовательский, два радикальных:
|
После нескольких фиксов возникла концептуальная проблема. А именно, в api utorrent в методе добавления торрента используется относительный путь (в принципе неподдерживается абсолютный путь, только относительный), а в возвращаемом списке всех торрентов уже абсолютный (известная проблема в utorrent).
В функции
update_torrents
происходит передача абсолютного пути при добавлении нового торрента:Это приводит к постоянному дублированию:
/home/download/home/download/home/...
Варианты решения:
TorrentData
, а не использовать параметр из api.The text was updated successfully, but these errors were encountered: