Bug 134535

Version:            (using KDE KDE 3.5.4)
Installed from:    Unlisted Binary Package
Compiler:          gcc 
OS:                Linux

the progress dialogue works fine for downloads and uploads as well as single files. the computation of speed and estimated time makes sense.

however, when i copy a bigger amount of data across (firewire storage) harddrives, the progress dialogue has the speed of transfer as well as the estimated time completely wrong. illustrationary attachement screenshots follow

i know this "wrong" behaviour from windows explorer and mac finder as well, when transfering bigger amounts of data... but aren't we (kde) better than they are? there should be a better way to predict the estimated time as well as better way to average the current speed of reads+writes from sources to destination filesystems. maybe it would help to increase the averaging window when the progress dialogue sees a bigger amount of items to be processed (instead of averaging for one item, it may wait for 10 items (or even better: to change the averaging/computing window on-the-run) to be transfered, then take this time and average it over the whole process - as i understand it, now it happens on an per-item-basis and if an item is 3mb and the speed is 20mb/s then it fails giving any meaningfull speed and time)