This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Note: this worked in earlier release (2 months ago release?) of netbeans. My cvs tree starts c:\dataweb but the java source tree is c:\dataweb\source\java I can request recursive update OK of a directory but if I right click on an individual file and try to check it in or update it the cvs command fails with the message that the file cannot be found, but the displayed file path is from the java source tree root and not from the cvs tree root. So the CVS command is going to c:\dataweb and then requesting a commit against org\thedataweb\dataobject\blah.java when it should be requesting a commit against source\java\org\etc.... I dug through object properties looking for a way to correct this and didn't find any settable property. Heitzso xxh1@cdc.gov Information Technology Branch Centers for Disease Control and Prevention
I have found a bug in the Win95/98 commands definitions when looking for what could cause this. But I if you work on Windows 2000, that could not be the problem. I was not able to reproduce this bug on Windows NT. I'll wait for tomorrow for another guy to test it on Win 2000. Can you please attach the build number and exact steps how to reproduce it ? I.e. did you set the relative mount point through the CVS Wizard or later in the Customizer ? Thanks.
Hello, I have to say that I was not successful in reproducing this bug so I am resolving it as works for me. If you are able to give us step-by-step procedure how to always repeat it provide us with this information and reopen the bug. Only for your information I did the following: 1. Mount CVS filesystem with working dir C:\work and relative mountpoint test. 2. After it is mounted I can see only B_File [Up-to-date, 1.1] in the explorer. 3. "Open" this file, make some changes and "Save" it so that it becomes [Locally Modified, 1.1] 4. "CVS|Commit" on the file prompts me for reason. Just push "OK" button. 5. B_File becomes immediately [Up-to-date, 1.2]. Sorry for my ASCII art :-) but I just want to be clear ... so my directory stru- cture is like this: Drive C: +-- work +-- CVS | +-- Entries, Repository, Root and cache files +-- CVSROOT | +-- some CVS stuff like checkoutlist, config, notify files etc. +-- test | +-- CVS | | +-- Entries, Repository, Root and cache files | +-- B_File.java +-- A_File.java C:\work\test\CVS\Entries file contains this line before above stated step 4.: /B_File.java/1.1/Wed Aug 16 09:09:29 2000// If you proceed this as I have described do you have the same behaviour ? Thanks.
Cygwin's cvs is probably dominant form of cvs on WinNT. I ack that the error may not be on netbeans side but not getting back in touch w/ me to force a bug with Cygwin folks is bad business. One or the other of you need to fix this. I just downloaded RC3 this AM and latest/greatest Cygwin and the combo still trashes. I will initiate a bug report to Cygwin folks, but are you certain that using forward slashes or cd-ing into target directory so no path separator slashes required isn't a viable alternative on your end? In any case, you don't have a useable Release Candidate on version control side if dominant combo of cvs/os doesn't work with netbeans. Heitzso xxh1@cdc.gov
Please do not send any bug to Cygwin, since the whole problem is in the configuration. If you are on Windows, we expect, that the cvs.exe is a WINDOWS executable, therefore we put the backward slashes. You can not expect, that it will work with a Unix executable. Please download the latest Windows cvs.exe from cvs.netbeans.org. That will solve the problem. Please note, that the use of Cygwin is required ONLY on Windows 95/98/ME where also a different commands configuration takes place.
Martin probably meant http://www.cvshome.org/downloads.html page instead of cvs.netbeans.org.
Target milestone -> 3.2
Configuration issue. Verified.