KDE3: Cutting and pasting files with Dolphin does not work properly

[Nael Masood]

NOTE: This bug applies only for Dolphin on KDE3 and it will not be fixed (see upstream: http://bugs.kde.org/show_bug.cgi?id=146133). In KDE4 the bug has been fixed.

Trying out Dolphin 0.9.1 with Kubuntu Gutsy. I've noticed that when using Dolphin, moving files with the cut-and-paste method does not work properly - a copy of the file(s) being cut is created in the new location, but the file in the original location is still there. The only way to properly get rid of the file in the old location is to manually delete it.

To reproduce, just cut and paste a file to another location in Dolphin.

[Nael Masood (neochaos)]

The update to Dolphin 0.9.2 has fixed the problem.

[Nael Masood (neochaos)]

Scratch that; the problem still persists. however, the problem seems to effect moving files from one medium to another. if i cut and paste a file in my home directory to a location of the hard drive the home directory is on, it works; but if I c/p to a location on my external hard drive, it does not.

[steph_Z (polariscorp)]

confirmed here

this is not happening when c/p to konqueror

[Matthias Kellermann (matthias-adminlife)]

Can confirm this on Gutsy Beta.

Cut files from Desktop (Ctrl+X) and paste (Ctrl+V) them in home folder opened with Dolphin.

Expected behaviour: files will be moved from Desktop to home folder
Actual behaviour: files are still on Desktop. A copy is made in the home folder.

With Konqueror the copy & paste action works. Cut & paste between two Dolphin sessions seems to work as expected.

[Adric Riedel (adric-riedel)]

Confirmed on Kubuntu 7.10 AMD64.

Cut files from home directory, paste to desktop.

Expected result: File will be moved from home to desktop
Actual behavior: Though the icon in the home directory is grayed out, the file now exists in both places.

I have also tested cutting and pasting a music file between two Dolphin sessions; the box that comes up is 'copying...' and the file is again merely copied to the other folder. The music file was not in use by any programs at the time.

[Giuseppe Pennisi (giupenni78)]

I confim it. Today I have upgraded the system but the problem persist.

gp

[Giuseppe Pennisi (giupenni78)]

I have noted that the problem persists if I c/p in two different windows. If I c/p in the same windows the problem is not present.

gp

[Toni Helenius (toni-helenius)]

This annoyance I get too on now official Kubuntu Gutsy freshly updated from Feisty.

[bascule (kennym-safe-mail)]

same issue here, using kubuntu gutsy and dolphin, works fin in shell or konq

[Rohan Dhruva (rohandhruva)]

Yes, I experience the same problem on the Kubuntu Gutsy official release.

[Rohan Dhruva (rohandhruva)]

I was poking around a bit and found out this - the move works perfectly if I drag and drop files from desktop in any folder in dolphin, and select "Move Here" in the menu that appears. Just Ctrl-X and right click on file -> Cut then Paste doesn't move, just copies ..

[Alexis (alxju)]

"I experience the same problem on the Kubuntu Gutsy official release." --> Me too :-)

[Jithin Emmanuel (jithin1987)]

I also have the same problem. it happens when i move my files to my ntfs partition. I also have the problem dolphin issuing warning that cannot modify file permissions.

[Rohan Dhruva (rohandhruva)]

Jithin, I think it's a different issue, related to mounting of that ntfs partition.

[Jithin Emmanuel (jithin1987)]

What issue? I dealt with the warning issue by changing the /etc/fstab file like this

i put defaults,uid=1000,umask=007 at the options part. It removed the warnings. but the core issue still remains moved files remain at the source. I hope someone will come up with a solution.

[FiNeX (finex)]

I can confirm the bug on Kubuntu 7.10 (i386).

[Jithin Emmanuel (jithin1987)]

I changed back to konqueror now its working fine :)

[Daedalus (osd-daedalus)]

Confirmed still now. And i can say: if you do a cut and paste with dolphin, the window that appears says "copy in progress", where if you do a cut and paste in Konqueror, it says "move in progress" (I don't know if quotes are correct, I'm Italian ^____^)

[Daedalus (osd-daedalus)]

at this point, we can officially say that this bug is confirmed, no? ;)

[Khurrum1990 (khurrum1990)]

Yeah this problem still exists in Dolphin 0.9.2 in KDE 3.5.8 in an up to date Kubuntu 7.10. Hope this gets fixed soon.

[Daedalus (osd-daedalus)]

I have done some tests:

if you move a file by drag-and-drop and using "move here", all works correctly.
If you do the same via CTRL+X (or right click -> cut) and CTRL+V (or right click -> paste), there are 2 situations:

- if it is done in THE SAME dolphin window, all goes ok
- if it is done in ANOTHER dolphin window (or in/from the desktop), so there is the bug.

Hope this helps. By the way, I have read that KDE4 Dolphin is quite different from the KDE3 one.

[Daedalus (osd-daedalus)]

I have forgotten:
even if you do the cut-paste operation not in the same dolphin window, if it is done from/to a removable device or from/to another partition, it goes well.

[Daedalus (osd-daedalus)]

Found it!

Bug #155863 is related to this.
And, if you read, you will find that Dolphin is no more mantained in KDE3, but in KDE4.

It's a pity, but so, for KDE3, there is only one method to resolve this bug: returning to Konqueror :-/

[Rohan Dhruva (rohandhruva)]

Daedalus,
Yes, your testing and observations match with mine.

Oh well, let's wait for KDE4 to rock :)

[Daedalus (osd-daedalus)]

hmmm... I'm trying Dolphin 0.9.5 in KDE 4 RC2.
I can't say anything because KDE4 is quite different by KDE3 (and so incomplete yet...) but, for what I have saw, it seems that the bug is fixed.
Requesting confirm for what I have said above :)

[Chris (chrw)]

With users thinking they are moving files, but instead leave copies of their documents readily available all over the place, this bug could well be described as a security issue and should not be taken lightly.

If it's not possible to fix the bug in dolphin, then please provide an update that makes Konqueror the default application.

Even if there is hardly any support from Canonical and Kubuntu is to be considered a community project, this issue should still be brought to their attention. As far as I know there are at least some support contracts regarding Kubuntu and such a bug should not be expected in the most important application, the default file manager, of a finished product.

[Rohan Dhruva (rohandhruva)]

I fully agree with Christoph. Meanwhile, for anyone who is reading this, here are the instructions to make konqueror the default file manager--
(quoted from ubotu factoid)
"If you would like to make Konqueror your default file manager again, go to Konqueror - Settings menu - Configure Konqueror - File Associations and change the association for inode/directory and inode/system_directory to Konqueror at the top rather than Dolphin."

[Daedalus (osd-daedalus)]

I can confirm: fixed in Dolphin-KDE4.
However, I fully agree with Christoph: it might reveals a security issue, without taking in consideration that a file manager with a so evident bug can't be the default choice!!!!
So, we need someone that takes the lead and fix this. (don't look at me, I'm not a programmer :))))) )

[TWO (two)]

I hope someone could fix this whilst we're still in KDE 3. But thank you Rohan Dhruva, I have changed my default file manager back to Konqueror. It seems to work a bit better than Dolphin.

I hope the improvements to Dolphin in KDE 4 as a good as people have said!

[Suco (sucotronic)]

Problem still persists.

[ANDREA (andrea54)]

for some reason i doubt that this bug is being taken seriously as it is not being addressed. dolphin for kde3 is "dead" (as in unmaintained) and on today's build of kubuntu hardy (that is 3/11/08, at 9:40 central European time zone) the bug still remains (no surprises there). As there are a whole lot of other issues with dolphin (on kde3) it should REALLY get removed. was a sweet idea to include it and even make it the file manager, but a sunken ship is a sunken ship and closing your eyes won't make it swim again.

bugs like this are an embarrassment to this otherwise great distro. i mean how, for instance, am i supposed to get someone to use the distro with bugs like that everywhere? (no, they're not everywhere but why not? because usually this crap doesn't happen! so why tolerate it here?!)

on kde4 (currently i got 4.0.2 installed - thanks go to jriddell, nareshov, StefanS and jussi) the whole story is a bit different - dolphin IS maintained. Currently plasma is interfering on my 4.0.2 so that ctrl+x etc. doesn't do much (selecting an icon doesn't work) so i can't say if it would work.

however, to wrap this up, i find it somewhat irresponsible to keep dolphin the default when it is well-known that there are so many "imperfections".

[steph_Z (polariscorp)]

I completely agree with Andrea, D3lphin should not be the default for file manager.

when i install kubuntu for someone i remove dolphin, there are so many bug, and konqueror is solid and has many more functionality

[Ralph Janke (txwikinger)]

See comment on upstream bug report:

Thanks for the bug-report! I know it has not been communicated very well, but bugs.kde.org for Dolphin is only valid for the KDE 4 version of Dolphin, the KDE 3 version is not maintained anymore (see also http://enzosworld.gmxhome.de/download.html section "Dolphin 0.8.2 (KDE 3.5.5)" for more infos).

 The issue is not reproducible anymore in the KDE 4 version of Dolphin + KDE.

Therefore this bugreport will be set to won't fix.

[Daedalus (osd-daedalus)]

What a shame... I hope that Hardy uses Konqueror as default filemanager for KDE3 then...

[ANDREA (andrea54)]

how's the recent change in status to be interpreted? i just checked and well it still doesn't work (given that the status of the module itself is "won't fix" not THE surprise of 2008) ... so what's "fix released" referring to?

thank you in advance for your answer and your time

ANDREA

[ANDREA (andrea54)]

my bad, sorry guys. this bug didn't get a status change, another one I'm subscribed to did (#199193). sorry if any confusion has arisen from my comment.

ANDREA

[Ralph Janke (txwikinger)]

ANDREA,

it is fixed in KDE4, therefore dolphin in KDE4 will get the fixed as soon as it is synced/merged. However, D3lphin is KDE3 will not be fixed.

I hope this helps.

[manuel (mbizas)]

I can replicate the bug.
I noticed that with Kubuntu 7.10 and 8.04 (KDE 3.x.x) on 4 different hardware platforms.
With Konqueror all is ok.

[belj (hifibelj)]

Me too,

I noticed that with Kubuntu 7.10 and 8.04 on KDE 3...

The bug is not fixed :-(

[Risto H. Kurppa (risto.kurppa)]

Confirm here on Hardy & KDE3-dolphin.

workaround: use drag'n drop.

I updated the description & title to say that the bug exists in KDE3 only and is fixed in KDE4.

Just makes me hate dolphin more (and feeling pity that some hardy users might be using this for 1.5 (or some even up to 3 though I know that Kubuntu Hardy isn't LTS - but do all the users know it..) years and messing their folders with failing cut.

[Khurrum1990 (khurrum1990)]

I have left Kubuntu and won't be using it again, I can't believe the devs included this in Hardy as well even though they were well aware of this problem.

Kind of embarrasing that the default file manager of an OS can't even cut and paste files.

[KernelPanic (jfrusciante)]

Hi, year 2018, Dolphi 17.04.3 and same problem: can't copy/paste (no item in menu, shortcut does not work) but dragging & dropping files works.