本帖最後由 RadioNoise_1 於 2011-11-7 14:13 編輯
BC1.29手動重新檢查完整性有Bug，不會清除已不存在的分塊識別
首先，在一個重子裡，內含有多個文件，OK?
在下載途中，將其中部分文件反勾選，移開或移除這些被反勾選的文件，再手動重新檢查完整性
在舊版本里，這些被反勾選文件所占用的piece(finished)的識別，會在重新檢查完整性後被移除
但在BC1.29，這些已不存在的piece會被保留並不移除 (piece map 和download進度棒)
看不太懂了、
沒有發現這個問題. 在對下載目錄數據或者 BC文件列表進行操作後，進行一次完整性檢查是可以正確顯示當前狀態的
本帖最後由 RadioNoise_1 於 2011-11-7 14:18 編輯
我不是說你沒有將反勾選的文件分塊打叉叉，而是沒有去掉它占用的piece(finished)藍色分塊（piece map）
是x64的BC1.29,沒有去試過x86版
之前是用在「未完成」狀態的重子上測試，這次改用「已完成"的測，每個文件也是１００％完成
因為重檢需時又要不斷讀盤，測來測去後BC重檢又變回正常什麼的，需時關係，已放棄測試
以下這些未必是100%再現的條件：
建議是啟動ＢＣ後測試（未必有關係，但這樣可保證ＢＣ是在未出現過一次正常的完整性檢查的狀態）
重子任務為文件多選的重子文件
頭尾的文件保留為已選狀態，其中有部分文件為反勾選（即一開始就是非全選下載）
最後，１００％下載完成，所有已選文件也是「已完成"狀態
在這可多選的重子的文件列表內，將部分的文件反勾選
是反勾選中游部分的文件，保留頭尾的文件為已選狀態（未必有關係）
將那些被反勾選的文件移去另一個文件夾或或刪除（未必有關係），手動重新檢查完整性
結果：它們所占用的piece(finished)藍色分塊還是沒有去掉（即使再將全部文件反勾選，結果也是一樣）
2.以下情況只出現過一次，因為重檢需時又要不斷讀盤，也已放棄測試（前部分和要點和「上面」相同）
在這可多選的重子的文件列表內，將部分的文件反勾選
是反勾選中游部分的文件，保留頭尾的文件為已選狀態（未必有關係）
將那些被反勾選的文件移去另一個文件夾或或刪除（未必有關係），手動重新檢查完整性（占用的藍色分塊沒有被去掉）
然後，只將一部分已被移開或移除的文件重新勾選（不是全選返回）
ＢＣ會自動產生一個一樣大小的同名文件，可能是空文件吧
我懶，沒有去驗證該文件是不是和原本的一樣
藍色分塊和該文件的「已完成"狀態會一同保留（在正常狀況，BC是產生0byte文件，藍色分塊也會自動被去掉）
這時再手動重新檢查完整性，ＢＣ還是會報告是１００％下載完成
測試太煩了，檢來檢去，我只能說我不是騙你的
兩次測試用的重子並不是相同一個
上次的是在下載中途的「未完成"文件上反勾選，而這個是在「已完成"狀態的重子上作測試
十分感謝你的反饋。
當下載完成的文件，被」取消勾選「操作後，再檢查完整性時會跳過這些文件的，所以其分塊狀態仍然為藍色（上面有個X） 。 這個設計不是很恰當，已經記錄，再次感謝你的反饋。