This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 148981 - Copy & Paste of a file shows the file duplicate in destination
Summary: Copy & Paste of a file shows the file duplicate in destination
Status: VERIFIED FIXED
Alias: None
Product: Target Management
Classification: Tools
Component: RSE (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P2 normal (vote)
Target Milestone: 1.0   Edit
Assignee: David McKnight CLA
QA Contact: Martin Oberhuber CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-28 08:12 EDT by Martin Oberhuber CLA
Modified: 2008-08-13 13:07 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Oberhuber CLA 2006-06-28 08:12:21 EDT
Linux Redhat WS4, "Local" system.
Create folders "My Home"/RSETest/dir1, "My Home"/RSETest/dir2.
In dir1, create file "file".
Select the file and choose Copy.
Select dir2 and choose Paste.

Two files named "file" are shown in dir2.
The same problem happens on dstore connections.
On Windows, the problem was not observed.
Comment 1 David McKnight CLA 2006-06-30 09:38:22 EDT
I tried this on my linux driver but didn't hit this problem.   Can you reproduce this consistently?
Comment 2 Martin Oberhuber CLA 2006-06-30 10:40:21 EDT
I think I was moving & copying the file around between the two directories a bit, and eventually it was duplicate.
Comment 3 Martin Oberhuber CLA 2006-07-04 06:48:42 EDT
(In reply to comment #1)
> I tried this on my linux driver but didn't hit this problem.   Can you
> reproduce this consistently?

Yes I can reproduce this consistently with my Dev workspace, RSE HEAD on Linux.
I exactly followed the original description on a Linux "Local" System, 
in a blank new workspace.


Comment 4 Martin Oberhuber CLA 2006-07-04 06:50:36 EDT
When I select dir2 and choose "Show in Table" I see "file" only once.
In the RSE tree, however, I see it twice.
When I collapse the dir2 node and re-open it, the file is still twice there.
When I select the dir2 node and choose "Refresh", I now see the file only once.

Looks like this is a GTK tree painting problem.
Comment 5 Martin Oberhuber CLA 2006-07-06 04:40:43 EDT
Reproduced now on Windows too --> Setting Platform "All", setting P2

On Windows, select a folder with several resources on a remote dstore connection, e.g. "My Home"/RSETest/1.0M2/server and choose Copy

On the Local Files subsystem, choose directory RSETest/test (which is an empty directory) and choose Paste

The folder is copied recursively. Once finished, the new directory ("server") is shown twice under the local node. Collapse/Expand still shows it twice. Refresh shows it once.
Comment 6 Martin Oberhuber CLA 2006-08-07 11:51:36 EDT
Reproduced again on Windows with HEAD as of 7-aug-2006.

Had 2 dstore-linux connections to different hosts.
Copy a tar file from host 1, paste it into a filter ("RSETest") on host 2.
Comment 7 David McKnight CLA 2006-08-08 09:09:17 EDT
I'm not sure what's different about my setup but I still can't reproduce this.
Comment 8 David McKnight CLA 2006-08-09 12:30:09 EDT
Today I was able to reproduce this - not sure why I wasn't before.   Anyway, the fix I've put in here is to implement equals(Object) for RemoteFile so that duplicate widgets are not created.
Comment 9 Martin Oberhuber CLA 2006-08-11 15:49:40 EDT
Observed a duplicate entry again, on a Linux-GTK host with build I20060811-1342 where this should be fixed.

This time, I had not done any copy & paste operations, I had not even touched the file in question. "RemoteSYstemsConnections.zip" is just shown twice in the tree, which shouldn't be the case if the equals() fix works propertly.

Perhaps it's a tree display problem this time? - Reopening.
Comment 10 David McKnight CLA 2006-08-14 13:32:24 EDT
Could you elaborate on how RemoteSYstemsConnections.zip is involved in this scenario?  Is this just a regular RSE expansion?
Comment 11 Martin Oberhuber CLA 2006-08-21 08:50:26 EDT
This is just a regular file on my remote system.
I suppose that any other file would not be any different.
Comment 12 David McKnight CLA 2006-09-18 11:13:38 EDT
Are you still able to reproduce this?  I can't.
Comment 13 Martin Oberhuber CLA 2006-09-20 09:57:29 EDT
I also cannot reproduce it any more. Marking as FIXED.
Comment 14 Javier Montalvo Orús CLA 2006-10-31 14:08:54 EST
Not reproduced "Local" system in RC3 
Comment 15 Martin Oberhuber CLA 2008-08-13 13:07:10 EDT
[target cleanup] 1.0 M5 was the original target milestone for this bug