Version: unspecified (using KDE 4.6.0) OS: Linux if you try to copy a file using a network protocol smb:// fish:// sftp:// then make another connection to the server using that same protocol it gets blocked. Reproducible: Always Steps to Reproduce: 1) open dolphin 2) connect to server using fish://servername/path (or smb:// or sftp://) 3) start file copy using decent size file from local system using copy/paste 4) open new window or tab of dolphin and browse to same location... but different path. Actual Results: will say "loading folder"... will not load folder until current file it's working on is fully transferred. Expected Results: should load folders immediately. should be able to browse remote file system while copying to it. another noticeable side effect of bug: right click tab where u hit ctrl+v (paste) select "open new tab". it will try to open a new tab but can't look up share names. same as "loading folder..." problem as above presumably. similar effect if trying to use konqueror as file manager. not fully tested but seems to be the same problem.
found a related bug. same problem as mine: https://bugs.kde.org/show_bug.cgi?id=250882 Same problem for smb:// to samba server as well. The above bug is not related to windows specific file server
p.s. I noticed this through entire 4.X series. just recently filed bug to raise awareness of the issue.
Didn't try with fish or sftp but definitly reproducable using smb.
I have same problem. Copy from "smb://" to another or same server "smb://" hang in the systray. Copy from "fish://" to another or same server "fish://" hang in the systray. Copy from "fish://" to another or same server "smb://" is ok. Copying between two same protocol does not work. Copying between different protocol work correctly. I tested this issue in krusader and dolphin. I have Archlinux x86_64 AND KDE4.6
I can confirm this on 4.6.2 Kubuntu Natty
Same here at least for sftp.
Well this is not really a bug, but a restriction in the protocol definition file. Both fish and ftp has a limit of 2 connections per host and a maximum of 10 instances running at one given time. To change the maximum limit, find fish.protocol and ftp.protocol and change the value for the "maxInstancesPerHost" entry to something higher than 2. Make sure the value you enter is less than that of the "maxInstances" property.
For the smb protocol, see bug# 250882.
BTW, these values were set so low for the ftp ioslave because of bug reports about some ftp servers restricting connections to 1 or 2 from a given host. Those settings were then simply copied over to the sftp ioslave.
wow thanks!.... long time comin'. dunno why we never had an issue this in kde 3.5. kde4 is almost ready for the desktop!
(In reply to comment #10) > wow thanks!.... long time comin'. dunno why we never had an issue this in kde > 3.5. kde4 is almost ready for the desktop! Though those properties existed for a long time (KDE 3 era), well actually only "maxInstances" did, they were not properly honored prior to KIO::Scheduler's rewrite for KDE 4.5. That is why you had no issues prior to KDE 4.5, not just in KDE 3. :) BTW, the "maxInstancesPerHost" only applies to remote protocols that contain host information and is completely useless for those that do not, e.g. file, man, info etc. "maxInstances" however applies to all protocols and if it is missing the scheduler will automatically assume it can only create one ioslave for that particular protocol.
where can I found "maxInstancesPerHost"?? in smb protocol is a very annoyng bug this.
(In reply to comment #12) > where can I found "maxInstancesPerHost"?? > in smb protocol is a very annoyng bug this. Look for the specific protocol file on your system, e.g. "locate smb.protocol", and either add those two properties if it is missing, which is the case for smb, or simply modify them with whatever value you want.
Can anyone here verify that changing or adding the two properties, "maxInstances" and "maxInstancesPerHost", in the .protocol files fixes this particular issue ? If so, I will go ahead and increase the default values for fish and sftp. It has already been done for smb.
Git commit c179c1273aabe7a0499fa6d90151ec2eb27fac0a by Dawit Alemayehu. Committed on 12/12/2011 at 16:39. Pushed by adawit into branch 'master'. Changed maxInstances property to 20 and maxInstancesPerHost to 5. BUG: 264557 M +2 -2 kioslave/fish/fish.protocol M +2 -2 kioslave/sftp/sftp.protocol http://commits.kde.org/kde-runtime/c179c1273aabe7a0499fa6d90151ec2eb27fac0a
with opensuse 12.1 kde 4.8 dolphin, it works better, about 30 seconds to see the folder contents when copying big files from another smb:// folder, it seems accettable now, good work :-))
*** Bug 286404 has been marked as a duplicate of this bug. ***