Summary: | When only files are copied, they are unnecessarily counted before the transfer begins which wastes a lot of time | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | S. Burmeister <sven.burmeister> |
Component: | general | Assignee: | David Faure <faure> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | a.samirh78, bugseforuns, KaiUweBroulik2, kdelibs-bugs, nate, tim.lebedkov, toddrme2178 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
S. Burmeister
2004-12-10 04:04:02 UTC
What uses this has? Well, to be able to have a progressbar we need to know the total number of files, don't we? This is more than "counting", it's the actual listing of the files, which is necessary in order to copy them, in any case. I see no bug here. We simply list everything (recursively) upfront, but any FTP program would have to do that anyway, it's just that you don't see it. Do we need the number of files to be copied? Yes, do we have to contact the server for that? No. When I get on a ftp and select 20 files to be copied to my home-directory, guess what, the number is already known, i.e. 20 files. However, as the counting is 1/5 seconds it seems to me that the server is contacted for each file, as my harddisk certainly is not that slow. In case it is only a listing, this is already done when I display that directory in konqueror, i.e. I could not select files if they were not listed. Further, if I use command line ftp, on the same internet connection, same files, same everything, whatever takes place before transfering files takes less than two seconds, so I expect the same in konqueror. On Friday 10 December 2004 13:33, S.Burmeister wrote:
> When I get on a ftp and select 20 files to be copied to my home-directory, guess what, the number is already known, i.e. 20 files.
Ah, ok, I thought you were talking about directories - in which case konq doesn't know what's inside yet.
For simple files, yes, we know already. The code doesn't (it only gets a URL), this could be improved indeed.
*** Bug 135539 has been marked as a duplicate of this bug. *** *** Bug 257911 has been marked as a duplicate of this bug. *** This is still a problem, and it causes the system to hang completely when transferring a lot of files *** Bug 261262 has been marked as a duplicate of this bug. *** Is this still an issue? I tested by copying a lot of files to a usb stick, then attached it as to the usb port on my router, copying files from the ftp:// on the router, seemed to work well. |