List-Post: List-Unsubscribe: List-Help: X-No-Archive: yes Hi Jirka, Here all the steps to reproduce it : 1. I've downloaded the build #200409091800 (Linux - zip file). 2. I've unzipped it under /public 3. I've checked out 2 projects from cvs with command line into /public/test (I choose two projects from jakarta to let you to do the same test as mine) : ~# cvs -z6 -d:pserver:anoncvs@cvs.apache.org:/home/cvspublic co -P jakarta-log4j jakarta-oro 4. Start downloaded netbeans with a fresh userdir with jdk-1.5.0-rc: /public/netbeans/bin/netbeans --userdir /public/netbeanstest -- jdkhome /opt/jdk1.5.0 5. Create a new project with existing Ant Sources with base directory /public/test and with /public/test/jakarta-log4j/build.xml as the build file. 6. Add /public/test/jakarta-log4j and /public/test/jakarta-oro as sources. 7. Change Auto Refresh to No Refresh in Options window 8. Add /public/test to versionning manager with the correct parameters :pserver:anoncvs@cvs.apache.org:/home/cvspublic. 9. Expand jakarta-oro/src.java.examples under Projects => Everything is [local] 10. Select all the files from MatcherDemoApplet to substituteExemple and do a CVS Refresh => Everything works fine and the correct versions appears 11. Close Netbeans 12. Reopen Netbeans with same command line 13. In Projects Tab every files are still selected and there are now [local] Here are all the versions : * Fedora Core Test 3 with all the updates * CVS: ~# cvs -version Concurrent Versions System (CVS) 1.11.17 (client/server) * Netbeans #200409091800 * Java: ~#/opt/jdk1.5.0/bin/java -version java version "1.5.0-rc" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-rc-b63) Java HotSpot(TM) Client VM (build 1.5.0-rc-b63, mixed mode) -Eric On Wed, 2004-09-15 at 16:24 +0200, Jiri Kovalsky wrote: > Hi Eric, > > no, you are not misusing Versioning Manager. This is actually recommended scenario for your usecase. I was not even successful in reproduction. I had two projects (Files view): > > C:\Test\WebProject > +-- nbproject > +-- web > | +-- META-INF > | +-- WEB-INF > | +-- index.jsp [Up-to-date; 1.1.1.1] > +-- build.xml [Up-to-date; 1.1.1.1] > > and > > C:\Test\StandardProject > +-- nbproject > +-- src > | +-- standardProject > | +-- Main.java [Up-to-date; 1.1] > +-- test > +-- build.xml [Up-to-date; 1.1] > +-- manifest.mf [Up-to-date; 1.1] > > I registered C:\Test as CVS directory in Versioning Manager and set "No Refresh". I opened both WebProject and StandardProject projects and unfolded them. Restarted the IDE but everything was [Up-to-date]. > > NetBeans #200409091800, Windows XP, CVS 1.11 > Any other idea ? I don't believe that version of CVS or # of NetBeans daily build is important here. > -Jirka > > Eric Hartmann napsal(a): > > Hi, > > > > I may have found a reproducible scenario for this issue, however I think > > this is due to a misuse of Version Manager. > > > > 0. Use value No Refresh for parameter Auto Refresh of Version Control > > Settings > > 1. Checkout multiple CVS module in a directory, to have something like : > > /projects/moduleA > > /moduleB > > 2. Use /projects/moduleA and /projects/moduleB as sources for a project. > > 3. Use Versioning | Version Manager to declare /projects as a CVS > > directory (here I am misusing Version Manager) > > 4. Unfold in Projects /projects/moduleA > > 5. Close Netbeans > > 6. Open Netbeans, the folder previously opened /projects/moduleA have > > the status [Local] > > > > I misuse Version Manager because I have now to mount 40 CVS directories > > for a project and I did not find a quicker way to use CVS with 40 > > directories. > > > > I'm using: > > * Netbeans 4.0 daily build > > * Fedora Core 3 Test 1 > > * CVS 1.12.9 client > > > > -Eric >