mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
New download more pieces in "Download first and last pieces first" feature broke "Download in sequential order" #4145
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#4145
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @EdoaLive on GitHub (Apr 4, 2016).
From changelog:
FEATURE: Download more pieces in "Download first and last pieces first" feature (ngosang)This does not work well when both "Download first and last pieces first" AND "Download in sequential order" are checked:
You can see in the progress bar that the "more pieces" at the beginning of the file are yet to be downloaded completely (just some fragments) while after this space the rest of the file is being correctly downloaded in sequential order.
Screenshot: http://i.snag.gy/QvfTN.jpg
Edit: added screenshot
@ngosang commented on GitHub (Apr 10, 2016):
It works perfect for me, I always check both options. Could you try with other torrents?
Related: #3816
@EdoaLive commented on GitHub (Apr 10, 2016):
Tried with another and this didn't happened... Could be the order in which the two options are checked? Or the availability? ... Will try again soon
@ngosang commented on GitHub (Apr 11, 2016):
I tried in both orders and it doesn't make any difference.
If the first and last pieces are less common yes, but it's weird...
@ngosang commented on GitHub (Apr 15, 2016):
@Edwin-Edward if you can't replicate the issue in more torrents, please close the issue.
@EdoaLive commented on GitHub (Apr 16, 2016):
How can I replicate an issue that varies depending on other factors?
It happened to me and to others at least one time. It's a real issue IMHO.
@EdoaLive commented on GitHub (Apr 18, 2016):
Here another shot with a bit more infos:

@ngosang commented on GitHub (Apr 18, 2016):
Could you share the .torrent?
@ngosang commented on GitHub (Apr 18, 2016):
If I'm right your .torrent contains several files.

We only download first and last pieces of the multimedia files inside the torrent. I think we should explain better how this feature works but that is the expected behavior. You want to preview the movie so we download the first and last pieces of the movie, not the cover, not the nfo...
@EdoaLive commented on GitHub (Apr 18, 2016):
Yes, it contains several files, no, those files are just a bunch of kbs, the space you covered with "Not multimedia files" is like 20-50MB.
That's just the "more pieces" in "Download first and last pieces first" feature.
@ngosang commented on GitHub (Apr 19, 2016):
?
@ngosang commented on GitHub (May 2, 2017):
Not info provided.