Drag & Drop copying via fish or sftp in Konqueror / Krusader

This started after my upgrade to 11.3, if I remember correctly. I may have it slightly wrong because I don’t drag & drop copy every day, but it’s close. Also, it happened to my laptop & desktop both.

I use fish & Krusader to manage some 50-60 servers and it’s a dandy app. But now, when I try to copy files to remote servers, I get the following error. I tried it with Konqeror. I tried it with sftp instead of fish. Same results every way.

I’ve tried searching, but it’s not an obvious error message to search for. I’m flummoxed. And sorta frustrated. Linux would be so slick minus these irritating regressions. I had been using WinSCP / Putty, but the Terminal / Krusader I like much better — except that WinSCP always works. :sarcastic:

Here’s the screenshot of my error. You can’t see it through the blur, but the part that is baffling is that the top line says something like:

*this action will overwrite fish://root@server:2222/ with a newer file fish://root@192.168.5.10:2595/.asterisk_history. Notice that the remote server doesn’t even HAVE that file on its system. *

http://www.thinkwelldesigns.com/fishissues.png

Selecting Overwriting just freezes Krusader. Any ideas?

Even more worrying is the Date: 31 December 1969

Moin,

thinkwelldesigns wrote:
> …]
> Here’s the screenshot of my error.
> Notice that the remote
> server doesn’t even HAVE that file on its system. -
>
> [image: http://www.thinkwelldesigns.com/fishissues.png]

Could it be that it refers to a local file ?
Could it be that you lack the kio-slaves for fish and sftp ?
Sorry, cannot make to much sense from the screenshot, but I read it that
way, that the application takes “fish…” as a file name…

arkascha

What can I do to verify the presence of the kio-slaves? It had worked before the upgrade to 11.3, but something could have gotten hosed in the upgrade. How can I verify the kio-slaves?

Hola,

thinkwelldesigns wrote:
> arkascha;2221789 Wrote:
>> Could it be that it refers to a local file ?
>> Could it be that you lack the kio-slaves for fish and sftp ?
>> Sorry, cannot make to much sense from the screenshot, but I read it
>> that way, that the application takes “fish…” as a file name…
>
> What can I do to verify the presence of the kio-slaves? It had worked
> before the upgrade to 11.3, but something could have gotten hosed in the
> upgrade. How can I verify the kio-slaves?

Take an “Open File” or “Save file as” dialog and enter one of your sftp-URLs
in the path field. Can you login to the remote server ? absolutely sure it
is the remote server ? You can open a file from the remote server that you
have just created via cli there ?
What if you try to use a protocol that certainly does not exist ? Say
“sfxtp://root@<address>”, is there a correct error message that shows that
using a “correct” URL scheme leads to a different error message ?

arkascha

[quote]Take an “Open File” or “Save file as” dialog and enter one of your sftp-URLs
in the path field. Can you login to the remote server ? absolutely sure it
is the remote server ? You can open a file from the remote server that you
have just created via cli there ?\quote]

The login dialog box snaps up almost instantaneously and can save the file via Dolphin. The kio-slaves seem correct.

I should also add that in the last few times I tried, I don’t always get the dialog box shown in the screenshot. Sometimes it just shows a progress bar bounce back and forth ad infinitum, until I cancel. Very underwhelming.

Getting this patterned still further…I can always copy files to my local computer and then copy them to the remote system. This works, but makes a nice mockery of the split window convenience of Krusader. I would have guessed that Krusader could have copied the files to a lcoal directory transparently and automatically. :expressionless: