Drag/drop from multiple directories gives error

[pissant]

XYplorer 5.10.0039 beta
WinXP Pro SP2

Whenever I select multiple files from multiple directories, and then RIGHT CLICK and drag/drop them onto an XYplorer tab, I get this error:

Cannot move file: Cannot read from the source file or disk.

An example of "multiple files from multiple directories" is what you might get after searching for all files under D:\dir1, when this is what D:\dir1 contained:

D:\dir1\dir1a\file1.bin
D:\dir1\dir1b\file2.bin
D:\dir1\dir1c\file3.bin

If I do such a search on D:\dir1, and then select file1.bin, file2.bin, and file3.bin, then drag-and-drop them all onto an XYplorer tab, in an attempt to move the files, the aforementioned error occurs.

The problem isn't with XYplorer's search--if I search using a different utility, the same problem occurs. The problem is with the dropping onto XYplorer.

If I drop onto an Explorer window, the files move just fine.

As always, sorry if this is a known issue.

[jacky]

hmm.. couldn't reproduce it!
Put some files into different subfolders, then did a search and got smthg this:
U:\Folder\Folder 1\3.gpr
U:\Folder\Folder 2\1.gpr
U:\Folder\Folder 2\2.gpr
U:\Folder\Folder 3\4.gpr
U:\Folder\Folder 3\6.gpr

I could copy/move thoose files with no problem, either drag&drop on the tree, tab headers, or on the list after activating a tab.

[pissant]

Well, I can reproduce it every time. Let's say my car won't start, and yours does--I think it's still accurate to say that my car has a problem.

I just recreated the same folder structure jacky uses above (except I used C:\Temp in place of U:\Folder), and now, I don't get a Move option at all when I search and then drag-and-drop. I only have a Copy option now. What on earth is going on here?

Correction: I get Copy and Move options when I drop on some tabs, but not others. No rhyme or reason.

[itsme28m]

hmm, but we are all driving with thesame car...

Is that temp folder a system folder? maybe that can be the problem...

[pissant]

Not the same car... Applications can behave differently on different systems. There is a problem.

I'm unsubscribing from this thread. Donald, you have my email address. I'd like to help with this, for obvious reasons.

[jacky]

Well, I can reproduce it every time. Let's say my car won't start, and yours does--I think it's still accurate to say that my car has a problem.

Never meant to say you/your XY didn't have a problem, just maybe it wasn't linked to the operation itself but your files or some settings somewhere

I just recreated the same folder structure jacky uses above (except I used C:\Temp in place of U:\Folder), and now, I don't get a Move option at all when I search and then drag-and-drop. I only have a Copy option now. What on earth is going on here?

What you mean by copy/move option? Cause the default one will be copy or move depending on whether it's the same drive as source or not.
Just a FYI, I tried with right-d&d too: no problems either.

[admin]

XYplorer 5.10.0039 beta
WinXP Pro SP2

Whenever I select multiple files from multiple directories, and drag/drop them onto an XYplorer tab, I get this error:

You say "Whenever", since when do you have that issue?

[pissant]

You say "Whenever", since when do you have that issue?

I'm not sure I understand the question. I can't say in what version or build the problem started happening, but it goes back farther then a few beta builds.

I did just install 5.10.0041 and it happens with this build too. And also the issue with only a Copy item, and not a Move item, appearing in the context menu when I right click, drag, and release.

By the way, I should have mentioned this but did not: I am not left clicking when I drag-and-drop and have this problem. This happens when I right click/drag and select either Copy or Move. It seems that when I left click/drag, it works properly (whatever "it" is).

Could someone please try reproducing this with a right click/drag? Or should I make a video of this problem happening?

[jacky]

Could someone please try reproducing this with a right click/drag? Or should I make a video of this problem happening?

Tried again, right-d&d and both coping & moving files, dropping on Tree and on Tab headers, everything works fine for me. (5.10.0042)

[pissant]

Well, I am not imagining this problem. And I doubt it has anything to do with "my files", since I have tried it on so many different directories. Besides that, when I drag onto Explorer, the copy/move works fine. It's only when I drag (the same exact multiple file selection) onto XYplorer that the problem occurs. Does this not mean anything?

I have the Custom drag'n'drop context menu option disabled (on the Advanced tab). I am therefore using the native Windows Copy/Move commands for my drag-and-drop. And in fact, when I use the custom menu's copy and move functions, rather than the native copy and move functions that appear when the custom menu is disabled, the problem doesn't seem to occur. So if someone could try disabling that setting and try reproducing it again, I'd appreciate it.

I created a video in hopes of lowering my blood pressure. The video codec sucks, but I need to use something with wide compatibility. I had to use RAR though, not ZIP--the crappy ZIP algorithm only compressed the video file down to 5.1 MB, whereas RAR got it down to 273 KB!

http://www.mytempdir.com/947155 (273 KB RAR-archived video)

In the video, I:

1. Show files "C:\Temp\folder1\file1" and "C:\Temp\folder2\file2".

2. Do a search on all files under C:\Temp.

3. Select file1 and file2 from the search results of step 2.

4. Attempt to right-click-and-drag file1 and file2 to C:\Temp\destination. A copy and move are attempted--with the same result each time (the "Cannot copy/move file: Cannot read from the source file or disk." error).

5. Open an Explorer window, and successfully right-click-and-drag/copy file1 and file2 to C:\Temp.

[John Bee]

This happens to me too. I did exactly what pissant did in the first message above and got the same error! I could not copy the files anywhere without getting the same error box.

John
Win2K
0042
765ms reload

[jacky]

Hey I never said it was your imagination!

I have the Custom drag'n'drop context menu option disabled (on the Advanced tab). I am therefore using the native Windows Copy/Move commands for my drag-and-drop. And in fact, when I use the custom menu's copy and move functions, rather than the native copy and move functions that appear when the custom menu is disabled, the problem doesn't seem to occur. So if someone could try disabling that setting and try reproducing it again, I'd appreciate it.

Allright, I think we finally got it! I do have the custom d&d enabled and had never tried without it, just did and got the same error!

I also tried with custom d&d enabled, with choosing the "Shell Conext Menu", then "Copy Here" --> same.

But I did it with SuperCopier handing my file operations, so I was able to find out what the problem is here.

Here's my search results:
U:\Folder01\File02.txt
U:\Folder01\File06.txt
U:\Folder02\File01.txt
U:\Folder02\File03.txt
U:\Folder02\File04.txt
U:\Folder03\File05.txt
U:\Folder03\File07.txt
U:\Folder03\File08.txt

And yet, in the SC queue (aka what XY passed though API to the system) ALL files are said to be in the same folder (precisely whatever folder the file I started the d&d from is); hence the error (in SC I got "The system cannot find the file specified")

So it is indeed a bug, happening when right-drag&droping using the shell context menu (directly or through the custom d&d menu) to copy/move files on different locations (so from search results, though it's NOT a Rich Operation here)

There we go.

/me calls he hospital: Allright guys, abort, looks like pissant isn't crazy after all!

[pissant]

/me calls he hospital: Allright guys, abort, looks like pissant isn't crazy after all!

Well, hold your horses there... This doesn't mean I'm not crazy, only that I'm right in this particular instance.

I have to apologize for not having the sense to include all relevant info to begin with. Normally, I try to do a better job at problem reporting. Been a tough few weeks...

Thanks for the assist.

[jacky]

I have to apologize for not having the sense to include all relevant info to begin with.

No worries, that's why there's a forum. Now Don only has to come here, read it up & fix it

[admin]

I have to apologize for not having the sense to include all relevant info to begin with.

No worries, that's why there's a forum. Now Don only has to come here, read it up & fix it

Hehe, now comes the bloody irony: after all the praise I got for my bug fixing, I have to admit: (1) yep, it's a bug , (2) I can't fix it, because (3) it's a shell bug. Proof:
- select files from different folders (in search results, naturally)
- right-click the selected files to open context menu
- click the "copy" command (this is an original shell command not programmed by me)
- try to paste anywhere ...
- see?

The same bug (or it's rather a limitation: shell copy/paste can't handle folders from different paths) is active in the shell drag&drop menu.

Now you say, wait a minute: if I drag&drop onto Explorer it works!! Well... I researched this mystery many times over the last years, and all I found is developers with big question marks on their eyes. The bottomline is: nobody knows how Explorer does it -- it must be some really dirty trick, because (see proof above) what's happening here is officially not possible... there is no interface known to mankind outside MS headquarters that allows to handle folders from different paths.

The good news is: There's an obvious, easy, and great workaround: use XY's custom drag&drop menu -- it's better anyway!