Bug 243657 - Dragging photos to Dolphin moves them without warning
Summary: Dragging photos to Dolphin moves them without warning
Status: RESOLVED NOT A BUG
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-05 15:15 UTC by DGardner
Modified: 2010-08-08 14:30 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description DGardner 2010-07-05 15:15:35 UTC
Version:           1.2.0 (using KDE 4.4.4) 
OS:                Linux

If I drag photos from Digikam to Dolphin, the photos are moved
instead of copied. If I then drag them back to Digikam, I have
to tag them all over again.

I often use Digikam to search for some photos that I want to
copy to a USB key or external drive, or to some other location
from which I can share them or upload them for printing. However,
when I select the images and drag them to Dolphin, they are moved
(i.e., deleted from the Digikam album) without warning and without
any offer to copy them instead (as Dolphin would do if I were
dragging between two Dolphin windows).

Whatever about the copy vs. move debate for operations within
Digikam (there are lots of issues open on that one), I think that
dragging to an external application/location should not move the
image files away from the Digikam albums. It is too easy to lose
images this way if I do not notice that the originals have been
deleted. If noticed, the images must be copied back (laboriously,
if they have come from different albums, having been selected from
a search result) and re-tagged.


Reproducible: Didn't try
Comment 1 Michiel Wittkampf 2010-07-28 21:49:33 UTC
Bumb

Agree on this one. And the digiKam developers do too. See this bug report:
https://bugs.kde.org/show_bug.cgi?id=219908

digiKam developers say they rely on Qt and Dolphin code. Ask to fill bug report for Dolphin. See for example comment 12 and 15.

Related is an other bug:
https://bugs.kde.org/show_bug.cgi?id=57083
Summary: Moving attachments from email is not a preferred action in most cases.

This means there are some important cases where the default drag action/dialog should be different to give a good user experience.

I think the solution should work on KDE and Gnome and other freedesktop environments. I will file a bug for Gnome too.

My tree cents would be that the application where the dragging starts should be  able to override/set the action that is going to take place.
Comment 2 Michiel Wittkampf 2010-07-29 11:19:37 UTC
I filed the same bug for Gnome:
https://bugzilla.gnome.org/show_bug.cgi?id=625559
Comment 3 Peter Penz 2010-08-08 12:21:08 UTC
I could not reproduce the issue: If I drag a photo from digikam to Dolphin, Dolphin opens a context menu with "Copy Here" and "Link Here". If I select copy, the file gets copied and not moved. Do I miss something?
Comment 4 Michiel Wittkampf 2010-08-08 14:22:49 UTC
Hi Peter,

Sorry. I guess you are right. I don't use Dolphin, I use Nautilus. So I misinterpreted other bug reports and was therefore uninformed when I 'supported'  this bug report.

I filed a bug report for Nautilus on the same issue. Nautilus doesn't have this context menu and defaults to move the pictures.

I guess I should leave the usability discussion on the default action in the context menu to people actually using Dolphin.

I will focus on the Nautilus side of this issue.

Thanxs for the response!

Michiel