Dolphin drag and drop targets wrong directory

[hads]

Binary package hint: dolphin

This bug seems like it should be rather high severity as it will likely confuse a number of people. Especially considering that Dolphin will be the default file manager.

To reproduce;

Using Dolphin in either "Icon" or "Preview" view mode, in a directory with a large amount of sub directories, scroll down past the first "page" of icons. Then try to drag a subdir to another subdir. The information pane will show an incorrect drop target and if you complete the drop (move/copy) the directory will be moved/copied to this incorrect target.

On my system (dolphin 0.9.2-0ubuntu2) the drop target appears to follow where the folder icon would be on the first page of results. Asking a user on #kubuntu to confirm they showed that the drop target would default to the first folder visible.

Thanks.

hads

[nosrednaekim (nosrednaekim)]

I can confirm this bug on kubuntu gutsy RC.

[jabster (spam-jabster)]

I can confirm this on Gutsy (dolphin 0.9.2 using KDE 3.5.8)

In the attached screenshot, the mouse is hovering New Folder_13, and Breakfast is shown in the Information window. The folder being copied ends up in Breakfast.

[Vu Ngoc San (san-vu-ngoc)]

I confirm this on a fresh kubuntu gusty install. (desktop CD)

It has puzzled me several times before I recognized the problem. This is really a severe bug.

apart from this, I like dolphin even though I was first reticent. It is fast and useful.

[kirys (kirys)]

I can confirm as still present under Kubuntu 7.10 Dolphin 0.9.2 KDE 3.5.8

Is not needed to move pages
Here is how I can reproduce it
Create a directory with a lot of subdirectory, enough to have 4 or more lines of dirs into a dolphin window.

Now scroll a little down, enough to have have some lines hidden by the scrolling (2 should suffice) leaving at least the same numbers of lines plus one of dirs visible (so if you have hidden 2 lines you should have at least 3 visible lines).

Now copy, using drag and drop, a file to one of the directory of the visible lines, it should not copied to the dir you've dropped it into but on the dir that is located x lines over that column (where x is the number of lines hidden by the scrolling)

I think that the drop doesnt add the offset of the scrolling.

[Xiong Chiamiov (xiong-chiamiov)]

I can also confirm on Kubuntu Hardy (KDE 3.5.9). It took me a while to figure out that it wasn't just me dropping things in the wrong spot, but kirys brought it to my attention in a post on the Ubuntu forums. It's particularly a bad thing for newbies to run into because there is no indication of an error; all they know is that their files disappeared.

[Jonathan Thomas (echidnaman)]

Man, that was an annoying one.
Fixed in Intrepid with the KDE4 version of Dolphin.
I would highly recommend that Hardy users at least try the KDE4.1 version of Dolphin, it's much superior.

[kirys (kirys)]

So the only way to used the fixed version is to upgrade to intrepid and kde 4, does that mean that the support for hardy and kde 3.5 is cancelled?

[Jonathan Thomas (echidnaman)]

Hardy has Dolphin-kde4 available. Upgrading to Intrepid is not necessary. Sorry if I made it sound that way.