Bug #1847
open
Некорректное восстановление после сбоя.
0%
Description
Отмечается перекачивание торрента после восстановления его доступности
STR:
Допустим, мы забыли примонтировать внешнее хранилище.
0-1 из http://dev.leechcraft.org/issues/1837#note-1
2. Завершаем личкрафты
3.
% udisksctl unmount -b /dev/loop3
4. Запускаем личкрафты
5. Выскакивает ошибка, торрент ставится на паузу.
6. Завершаем личкрафты
7.
% udisksctl mount -b /dev/loop3
8. Запускаем личкрафты
Expected result:
Восстановление состояния торрента до момента ошибки.
Actual result:
Скачивание торрента с нуля.
System information:
LeechCraft 0.6.70-1985-g24a8167
Built with Qt 4.8.6, running with Qt 4.8.6
Running on: Gentoo/Linux x86_64 3.16.3-gentoo #1 SMP PREEMPT Sun Oct 5 05:12:41 MSK 2014
Updated by Mellon almost 10 years ago
- Priority changed from Normal to Low
Ну щас хотябы автоматически не стартует поставленные на паузу торренты.
Updated by Mellon almost 10 years ago
- Copied to Bug #1849: Перестает качать после всстановления после сбоя. added
Updated by Mellon almost 10 years ago
- Copied to deleted (Bug #1849: Перестает качать после всстановления после сбоя.)
Updated by 0xd34df00d almost 10 years ago
- Status changed from New to Assigned
- Target version set to 0.6.75
Updated by 0xd34df00d almost 10 years ago
Да, воспроизводится, и очень печально.
Правда, я плохо понимаю, как это починить, потому что после выполнения шагов 6-7 из STR у меня нет особых идей, как узнать, что файл не надо перекачивать с нуля (как записано в fastresume с предыдущей сессии, когда всё сломалось), а надо перепроверить снова.
Updated by Mellon almost 10 years ago
как записано в fastresume с предыдущей сессии, когда всё сломалось
вот это вот. В чем смысл делать fastresume когда всё сломалось?
Updated by 0xd34df00d almost 10 years ago
Ни в чём, но на тот момент, когда оно делается в первый раз, ещё неизвестно, что всё сломалось.
Updated by 0xd34df00d almost 10 years ago
- Target version changed from 0.6.75 to 0.6.80