Bug 304614 - Icon of original file stays grayed out after Cut & Paste operation
Summary: Icon of original file stays grayed out after Cut & Paste operation
Status: RESOLVED DUPLICATE of bug 304615
Alias: None
Product: dolphin
Classification: Applications
Component: view-engine: general (show other bugs)
Version: 2.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords: reproducible
Depends on:
Blocks:
 
Reported: 2012-08-05 12:57 UTC by Janek Bevendorff
Modified: 2012-11-23 16:21 UTC (History)
1 user (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 Janek Bevendorff 2012-08-05 12:57:25 UTC
When I select a file and invoke the "Cut" command (either by hitting Ctrl+X or using Right Click->Cut), the file icon is grayed out, which is correct so far.
Now I can open another folder and paste the file there.

However, when I go back to the original folder and create a new file there with the same name or paste the file from the clipboard there again, its icon is grayed out as if I had cut it.

Reproducible: Always

Steps to Reproduce:
1. In your current folder create a file and a subfolder
2. Select the file, hit Ctrl+X, go into the subfolder and hit Ctrl+V
3. Go back to the original folder and create a new file with the same name as the one you have just cut and pasted to the subfolder or hit Ctrl+V again

Actual Results:  
The icon of the new file/newly pasted file is grayed out

Expected Results:  
The file icon should not be grayed out in any case. The current behavior is wrong in two ways:
1) a file should not be grayed when it has not explicitly been cut
2) the grayed out icon indicates that this file is currently in the clipboard, which is not true (the file pasted to the subfolder still is, but not this one)
Comment 1 Frank Reininghaus 2012-08-06 09:17:07 UTC
Thanks, I can confirm this issue.
Comment 2 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:18:24 UTC
Resetting assignee to default as per bug #305719
Comment 3 Frank Reininghaus 2012-11-23 16:21:00 UTC
The root cause is the same as the one for another bug.

*** This bug has been marked as a duplicate of bug 304615 ***