Bug 29949 - [CVS CVSNT] Case handling when renaming files under CVS does not work right
Summary: [CVS CVSNT] Case handling when renaming files under CVS does not work right
Status: RESOLVED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Team (show other bugs)
Version: 2.1   Edit
Hardware: PC Windows 2000
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-VCM-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: faq
Depends on:
Blocks:
 
Reported: 2003-01-22 05:21 EST by Oyvind Harboe CLA
Modified: 2005-05-06 17:19 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 Oyvind Harboe CLA 2003-01-22 05:21:20 EST
1. add a file called foo.c to CVS
2. rename to Foo.c
3. Try to add Foo.c to version control  -> displays error message

Workaround: commit the deletion of foo.c first, then add Foo.c to version 
control.

Øyvind
Comment 1 Michael Valenta CLA 2003-01-22 14:44:14 EST
What CVS server version are you using. I tried this using CVS on Linux and it 
worked. If your using CVSNT then it's a server issue and there is little we can 
do.
Comment 2 Oyvind Harboe CLA 2003-01-23 02:17:22 EST
>What CVS server version are you using. I tried this using CVS 
>on Linux and it worked. If your using CVSNT then it's a 
>server issue and there is little we can do.

CVSNT

Is there a list of known problems w/CVSNT and Eclipse?

I work as a consultant and convincing my customer he should use 
CVS at all was hard enough. I know Linux CVS would have been 
a better choice.

Øyvind
Comment 3 Michael Valenta CLA 2003-01-23 08:22:42 EST
This is not an issue with Eclipse. This is an issue with CVSNT. Have you tried 
this using command line CVS? You will see that the operation fails in the same 
way. Keeping a list of Eclipe/CVSNT issues would be difficult because the list 
changes with every new build of CVSNT (builds seem to happen every month or 
two). However, we try to keep the FAQ up-to-date with known issues. I will add 
this to the FAQ.


http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-vcm-
home/docs/online/cvs_features2.0/cvs-faq.html
Comment 4 Oyvind Harboe CLA 2003-01-23 08:30:10 EST
>This is not an issue with Eclipse. This is an issue with CVSNT. 

CVSNT is a bit of an icky issue.

In my case it was CVSNT or no CVS. We would have been told to
use Visual Source Safe.

I *MUCH* prefer CVSNT to VSS.

>Have you tried this using command line CVS?

No.

This particular problem is more easily worked around in the GUI as I described.


I suppose this bug-report should be categorized as known minor issue that will 
not be addressed by Eclipse.


Øyvind
Comment 5 Michael Valenta CLA 2003-01-23 08:46:38 EST
Actually, after some thought, I think that changing Team>Commit is wrong 
because this operation is meant to be as close to the behavior as "cvs commit" 
as possible. However, the operations in the sync view already perform special 
handling for certain cases. I believe it would be appropriate to modify the 
commit action in the sync view to perform outgoing deletions before adding new 
resources to version control. The update already does this for incoming 
changes. I have recategorized this as an enhancement. We will not have time to 
address it in 2.1.
Comment 6 Oyvind Harboe CLA 2003-01-23 08:50:28 EST
>Actually, after some thought, I think that changing Team>Commit is wrong 
>because this operation is meant to be as close to the behavior as "cvs commit" 
>as possible. However, the operations in the sync view already perform special 
>handling for certain cases. I believe it would be appropriate to modify the 
>commit action in the sync view to perform outgoing deletions before adding new 
>resources to version control. The update already does this for incoming 
>changes. I have recategorized this as an enhancement. We will not have time to 
>address it in 2.1.

Sounds great!

Øyvind

Comment 7 Michael Valenta CLA 2005-05-06 17:19:10 EDT
This bug has not been touched for 2 years. Closing as WONTFIX. Please reopen if 
you feel this is still an important issue.