I am now using the large blocks setting on a couple of folders (which works very well :)) and I noticed that the progress overview appears to calculate it’s percentage on a per file basis, not size basis. Last night I was trasferring a single file of about 3.18G:
So as you can see from the above, even though ~2.88G of 3.18G was transferred, the progress percentage on the overview remained at 0% until completion.
Is it possible for this to be updated to reflect individual file progress?
Or unless progress updates have been disabled, I guess.
But the short of it is - your feature request is already implemented. Devices send updates while downloading large files, and this is reflected in the UI. If this doesn’t happen for you, something else is wrong.
Thanks both for the replies. The box the data was being sent to is a low powered ‘yesteryear’ ARM box… if the receiving end is responsible for reporting progress, could this be the culprit? It’s an old Cubietruck to be exact, so by no means a powerful device at all.
Yellow is downloaded, red/orange downloading. I would guess this is an UI issue, as in the percentage simply doesn’t take partial transfers into account.
Right, the cause is large blocks I suspect, because if memory serves me well the heuristic deciding on whether progress updates should be sent is decided on the number of blocks being over some number, which with large blocks becomes too small.
Can you test without large blocks and if this “fixes” it, raise an issue on github?
Also, I assume when you say large blocks you mean on both sides.
You might have to try with a new file after unchecking the checkboxes as blocks are settled after the scan, so just unchecking the box wouldn’t do anything.
If it still happens then this is probably worth a github issue.