Here's what I think WebTorrent needs to be v1.0.0.
Looking forward to the WebTorrent protocol BEP.
Some more WebTorrent 1.0 ideas:
We probably also want to enforce that every torrent consist of a single file or folder. That would let us refactor the name, path, and files properties. Currently, when we want to delete data associated with a torrent, or implement Show In Finder, we have to resort to hacks.
@feross
My trip through the source code didn't reveal to me where the issue is occuring, but it is definitely related to the pieceLength, which means the pieces aren't being GC'd or they're being duplicated.
We're current at an insanely large minor version number — 0.99.4 — and we need to release 1.0.0 soon.
If we release another minor version – 0.100.0 — then the way that we calculate the version string in the wire protocol will roll over and cause problems. We only have two digits for the minor version!
what happens if you use the version number 💯
The version part of the client ID will become 00100 which is a problem because it's supposed to only be 4 digits. For example, the current ID is 0099.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
So with the current version being v0.108.6, what is the up-to-date list on what's needed for a proper v1? I'd love to contribute.
@ultimate-tester I'll close out this issue since it's super old and we can use the v1 milestone to track what we need to finish in order to release 1.0. https://github.com/webtorrent/webtorrent/milestone/1