When you drag and drop into a subfolder, there's a green arrow to indicate you'll drop there. The root of the root does not show the arrow. Files are transferred, but it's a little confusing.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When the issue gets answered, or I find a solution, I will schedule the fix.
Meanwhile, with 1002, GoodbyeFtp does give you a cleaner error if you try to do this...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I see now.
I have not been able to reproduce the problem.
When I drop files on the root nodes, I get the expected folder icon that signals the drop.
However, I can see this problem taking place on slow connections when the browser takes a while to download the folder icon that signals the drop.
At some point I gotta figure out how to smartly preload all images.
For now, if you have a reproducible case, including browser version and GoodbyeFtp build number, I can take another look.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I figured out what's happening. It's across all browsers. It happens when you cross over a hidden system folder that you can't copy to (such as $RECYCLE.BIN). The next folder that you move to doesn't show the icon.
So, if you pass over $RECYCLE.BIN, then go to the root of the drive, you don't see the icon.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Good find.
I see this myself.
It is not consistent, but it does happen.
At times, I move over a disabled drop traget, then pause on an enabled drop target, and the icon does not change. I wiggle the mouse, and the icon does change to the expected icon.
Other times it does not change to the expected icon at all.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When you drag and drop into a subfolder, there's a green arrow to indicate you'll drop there. The root of the root does not show the arrow. Files are transferred, but it's a little confusing.
I opened this issue to help resolve what you are asking for and we will have to wait for now:
Allow/prevent TreeGrid drop by record
http://forums.smartclient.com/showthread.php?t=24586
When the issue gets answered, or I find a solution, I will schedule the fix.
Meanwhile, with 1002, GoodbyeFtp does give you a cleaner error if you try to do this...
I'm not sure if my description was clear, so here's a screenshot.
I see now.
I have not been able to reproduce the problem.
When I drop files on the root nodes, I get the expected folder icon that signals the drop.
However, I can see this problem taking place on slow connections when the browser takes a while to download the folder icon that signals the drop.
At some point I gotta figure out how to smartly preload all images.
For now, if you have a reproducible case, including browser version and GoodbyeFtp build number, I can take another look.
I figured out what's happening. It's across all browsers. It happens when you cross over a hidden system folder that you can't copy to (such as $RECYCLE.BIN). The next folder that you move to doesn't show the icon.
So, if you pass over $RECYCLE.BIN, then go to the root of the drive, you don't see the icon.
Good find.
I see this myself.
It is not consistent, but it does happen.
At times, I move over a disabled drop traget, then pause on an enabled drop target, and the icon does not change. I wiggle the mouse, and the icon does change to the expected icon.
Other times it does not change to the expected icon at all.