2023-11-18 00:20:49 +00:00
|
|
|
- [ ] when we have the whole torrent, there's no point talking to peers that also have the whole torrent and keep reconnecting to them.
|
2021-06-26 21:00:17 +01:00
|
|
|
- [ ] per-file stats
|
2023-11-20 01:43:58 +00:00
|
|
|
- [x (partial)] per-peer stats
|
|
|
|
|
- [x] use some concurrent hashmap e.g. flurry or dashmap
|
2023-11-19 12:50:11 +00:00
|
|
|
- [x] tracing instead of logging. Debugging peers: RUST_LOG=[{peer=.*}]=debug
|
|
|
|
|
test-log for tests
|
2023-11-21 13:47:48 +00:00
|
|
|
- [x] reopen read only is bugged
|
2023-11-22 21:18:00 +00:00
|
|
|
- [ ] initializing/checking
|
2023-11-21 13:47:48 +00:00
|
|
|
- [ ] blocks the whole process. Need to break it up. On slower devices (rpi) just hangs for a good while
|
2023-11-22 21:18:00 +00:00
|
|
|
- [ ] checking torrents should be visible right away
|
|
|
|
|
- [ ] server persistence
|
|
|
|
|
- [ ] it would be nice to restart the server and keep the state
|
|
|
|
|
- [ ] torrent actions
|
|
|
|
|
- [ ] pause/unpause
|
|
|
|
|
- [ ] remove including from disk
|
2023-11-22 21:19:05 +00:00
|
|
|
- [ ] DHT
|
|
|
|
|
- [ ] for torrents with a few seeds might be cool to re-query DHT once in a while
|
|
|
|
|
- [ ] it's sending many requests now way too fast, locks up Mac OS UI annoyingly
|
2021-06-26 16:43:36 +01:00
|
|
|
|
|
|
|
|
someday:
|
2023-11-24 14:08:02 +00:00
|
|
|
- [ ] cancellation from the client-side for the lib (i.e. stop the torrent manager)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
refactor:
|
|
|
|
|
- [ ] where are peers stored
|
|
|
|
|
- [ ] http api pause/unpause etc
|
|
|
|
|
- [ ] when a live torrent fails writing to disk, it should transition to error state
|
