* Now can update the list of files without pausing/unpausing
* Shrink a few functions
* Reopen write when updating files
* Todos
* opened_file abstraction
* iter_pieces_within iterator
* Simplify iter_pieces_within
* Simplify iter_pieces_within
* Add "iter_file_details"
* temporarily broken: readonly by default
* Live torrent - reopen files
* Reopen files after changing the list
* Now reopening files read only when they are completed
* Fix a bug in opened_file.rs
* update todos
* update help
* Reconnect all peers that are idling
* Add a couple fields to OpenedFile
* Add a couple fields to OpenedFile
* Small cleanups - use the new iterator where possible
* size_of_piece_in_file function
* Updating have
* Include file progress
* Almost nothing
* ugly progress bars
* bad UI, saving
* its not so bad
* Works now
* update progress bar a bit
* Reopen read-only on pause
* Zero bytes isnt too bad! Doesnt break anything
* fix per file progress bars
* progress bar not as ugly anymore?
* ui tweaks
* fix a react bug
* TODO.md update
* Fix js + TODOs
* Compute per-file progress on init
* Fix stats updating live
* Nothing
* Nothing
* cleanup ui a bit
* Nothing
* Final fixes
* Trying to fix rust 1.73
* Sorting filenames
* remove unnecessary indentation
* Remove unnecessary comment
In https://github.com/ikatson/rqbit/issues/66 from a posted stacktrace
it became clear that setting previously_requested_pieces may panic.
I found a place where it was not initialized - in "on_have" callback.
I wanted to fix that + make it less error-prone, however noticed that
previously_requested_pieces isn't used at all anyway, because its use
was removed during one of the recent refactorings.
As things seem to be working fine without it, just removed it to simplify
code.
