2023-11-29 23:43:53 +00:00
- [x] 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-25 00:24:32 +00:00
- [x] initializing/checking
- [x] blocks the whole process. Need to break it up. On slower devices (rpi) just hangs for a good while
- [x] checking torrents should be visible right away
2023-11-29 23:43:53 +00:00
- [x] server persistence
- [x] it would be nice to restart the server and keep the state
2023-11-25 00:24:32 +00:00
- [x] torrent actions
- [x] pause/unpause
- [x] remove including from disk
2023-11-22 21:19:05 +00:00
- [ ] DHT
2023-11-29 23:43:53 +00:00
- [x] bootstrapping is lame
2023-11-29 10:40:29 +00:00
- [x] many nodes in "Unknown" status, do smth about it
- [x] for torrents with a few seeds might be cool to re-query DHT once in a while.
2023-11-29 19:34:29 +00:00
- [x] don't leak memory when deleting torrents (i.e. remove torrent information (seen peers etc) once the torrent is deleted)
2023-11-30 13:30:11 +00:00
- [ ] Routing table - is it balanced properly?
- [ ] Don't query Bad nodes
- [-] Buckets that have not been changed in 15 minutes should be "refreshed." (per RFC)
- [ ] Did it, but it's flawed: starts repeating the same queries again as neighboring refreshes
don't know about the other ones, and DHT returns the same nodes again and again.
2023-11-25 00:24:32 +00:00
- [x] it's sending many requests now way too fast, locks up Mac OS UI annoyingly
2023-11-27 23:19:24 +00:00
- [ ] After the search is exhausted, the client then inserts the peer contact information for itself onto the responding nodes with IDs closest to the infohash of the torrent.
2023-11-29 10:40:29 +00:00
- [x] Ensure that if we query the "returned" nodes, they are even closer to our request than the responding node id was.
2021-06-26 16:43:36 +01:00
someday:
2023-11-25 18:42:43 +00:00
- [x] cancellation from the client-side for the lib (i.e. stop the torrent manager)
2023-11-24 14:08:02 +00:00
2023-11-27 23:19:24 +00:00
- [x] favicons for Web UI
2023-11-24 14:08:02 +00:00
refactor:
2023-11-29 13:48:27 +00:00
- [ ] session persistence: should add torrents even if we haven't resolved it yet
2023-11-25 00:24:32 +00:00
- [x] where are peers stored
- [x] http api pause/unpause etc
2023-11-25 18:42:43 +00:00
- [x] when a live torrent fails writing to disk, it should transition to error state
- [x] something is wrong when unpausing - can't finish. Recalculate needed/have from chunk tracker.
- [x] silence this: WARN torrent{id=0}:external_peer_adder: librqbit::spawn_utils: finished with error: no longer live
- [x] start from error state should be possible from UI
2023-11-27 09:20:35 +00:00
- [x] checking is very slow on raspberry
checked. nothing much can be done here. Even if raspberry's own libssl.so is used it's still super slow (sha1)
2023-11-27 23:19:24 +00:00
- [ ] .rqbit-session.json file has 0 bytes when disk full. I guess fs::rename does this when disk is full? at least on linux. Couldn't repro on MacOS
