Bug 9929 - Navigator Popup menu->Copy is broken
Summary: Navigator Popup menu->Copy is broken
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.0   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Randy Giffen CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-02-15 14:07 EST by Carolyn MacLeod CLA
Modified: 2002-05-27 23:55 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carolyn MacLeod CLA 2002-02-15 14:07:36 EST
20020214-I on Win2K with new Team 2.0 and new workspace.
In Navigator, select a file (I selected .classpath_win32 in SWT project)
Pop up menu, select Copy.
Normally, this creates a file called "Copy of .classpath_win32", but in this 
new build, nothing is created.
I checked the file system - nothing there either. It's like I never selected 
Copy from the menu or something. I tried it several times. I also tried it with 
a file that did not begin with '.' i.e. about.html. Nothing. No copies. I got 
someone else to try it in their 20020214-I build (without Team 2.0). Nothing 
there either. Looks like this is broken for Navigator. Works ok in Packages 
view.
Comment 1 Kevin Haaland CLA 2002-02-15 14:56:38 EST
You can copy in the Navigator. It now uses the OS clipboard for better 
integration with 3'rd party tools and behaves the same as the file 
explorer. See the 2.0 plan for details on this item. 
Comment 2 Randy Giffen CLA 2002-02-15 15:28:49 EST
Carolyn was caught by our change to clipboard based copy/paste.
An interesting case she raised was copying a file to the same folder (something 
she does frequently).
This requires:
1) Select file > Copy
2) Select folder > Paste
3) Rename to a meaningful name (instead of Copy of X)

There are two things we should consider:
1) Enable paste if a file is selected, we just paste to the file's folder.
Although this is different than MS Explorer it is consistent with our New>File
behavior with a file selected.
2) When copying to the same directory we could offer a rename dialog to verify 
the copy name for each file (with a just go ahead and use the default for all 
option). 
Comment 3 Nick Edgar CLA 2002-02-25 10:44:15 EST
Reopened to address Randy's comments
Comment 4 Nick Edgar CLA 2002-02-25 10:47:57 EST
Opening a rename-like dialog on a paste conflict would be good.
If copying Fred.txt to the same location, the default name could be "Copy of 
Fred.txt" to provide a reasonable default which does not conflict (use "Copy 
(2) of Fred.txt" etc. if "Copy of Fred.txt" already exists).

It shouldn't just use the rename dialog though.  It should have a different 
title and message indicating a duplicate file.
Comment 5 Nick Edgar CLA 2002-02-25 10:48:42 EST
Also, the new copy should be selected and revealed (in the non-conflict case 
too).
Comment 6 Nick Edgar CLA 2002-02-25 10:50:54 EST
To avoid confusion similar to Carolyn's, for 1.0 users who will be surprised 
when they don't get feedback on Copy, we could pop up a dialog explaining the 
change (this would be a good use of "don't show me this again").
Comment 7 Carolyn MacLeod CLA 2002-02-25 15:41:00 EST
Please see also: http://bugs.eclipse.org/bugs/show_bug.cgi?id=6178
Comment 8 Ian Petersen CLA 2002-02-27 10:19:28 EST
Implemented item 1) in my comment below (paste is enabled for file selection - 
if all selected files have the same parent)
Comment 9 Randy Giffen CLA 2002-05-27 23:55:08 EDT
Paste to same directory now offers rename