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.

Bug 72616 - CVS 'Update' or 'Show Changes' does not always work.
Summary: CVS 'Update' or 'Show Changes' does not always work.
Status: RESOLVED DUPLICATE of bug 70067
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: CVS (show other bugs)
Version: 5.x
Hardware: PC Windows ME/2000
: P1 blocker (vote)
Assignee: issues@versioncontrol
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-13 15:20 UTC by markjl
Modified: 2007-01-04 17:14 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description markjl 2006-02-13 15:20:39 UTC
CVS 'Update' or 'Show Changes' does not always work. For example: We have 
noticed that if a person makes a change to a file and commits to CVS...another 
person can easily 'Update' and get the change if that file already existed in 
CVS. It seems however, that if we create a new directory and create a new file 
in that directory and commit everything to CVS other people cannot 
simply 'Update' to get this change. They have to actually 'Check out' the 
entire module again to get the new directory and file(s) contained in it.
Comment 1 _ pkuzel 2006-02-13 16:05:59 UTC
Update action runs "cvs update -d" so it creates new directories.

Could you investigate deeper, provide more details, any exceptions, ..?
Comment 2 markjl 2006-02-14 18:40:50 UTC
I'm not sure what else to add. A colleague and I both have a module checked
out of our CVS here at the office. Whenever he updates a file and commits it
to CVS I call 'Update' and get his changes and does the same (no problem as
long as the file already existed). What happened is that I created a new
directory and put a new file in that directory and got him to do 'Show
Changes'...but no changes were displayed. Then we tried an 'Update' ....but
nothing was updated. So then he checked out the module again and there was
the new directory with the new file in it. There were no exceptions or
anything that we could see. It just didn't seem to know about the new
directory I created.

Mark
Comment 3 _ pkuzel 2006-02-15 10:35:39 UTC
Is it reproducible?
Comment 4 markjl 2006-02-21 13:56:16 UTC
Yes...sort of. We tried the same thing again and this time 'Update' worked 
but 'Show Changes' did not (The 'All' tab was selected). I'm not sure if it 
matters or not but the file I was adding to my new directory was a javascript 
file (i.e. myJSFunctions.js). 

FYI:
Our project is a WEB project and I was adding the new directory to my 'web' 
tree.
Comment 5 _ pkuzel 2006-03-08 18:55:06 UTC
Does help Refresh button (on Versioning view mini-toolbar)? What's in Output
window (Ctrl-4)?
Comment 6 markjl 2006-03-08 19:26:34 UTC
After we added a new directory 'myNewDirectory' (with a new file in it) and 
executed a CVS 'Show Changes...' we get:

>> Does help Refresh button (on Versioning view mini-toolbar)? 
No. It just says 'No Local/Remote Changes'
 
>> What's in Output window (Ctrl-4)?
cvs update: New directory `myDirectory/myNewDirectory' -- ignored

When we execute CVS 'Update...' it works.
Comment 7 Peter Pis 2006-03-22 09:30:28 UTC
Can you still reproduce this issue? If you can, could you please run NB with
"-J-DcvsClientLog" switch (for example: -J-DcvsClientLog=/tmp/cvs-lib)
"cvs-lib.in" and "cvs-lib.out" will be generated. If you success to reproduce
it, please attach them into this issue. Btw, what version of CVS server do you
use? Thanks.
Comment 8 johnnymac 2006-05-23 12:27:31 UTC
I have the same issue (same configuration except for OS, which is Windows XP Pro). 

Using the CVS > Show Changes context menu, on a previously checked out project:
new remote (non-empty) directories in the CVS repository aren't visible in the
the "Versioning view" (in the "All" or "Remote"). 

Using the Refresh toolbar button doesn't change anything; the new remote
directories still aren't visible. 

However, using the CVS > Update context menu on the selected project in the
Project Explorer view creates the new directory with its contents in my working
copy. 

cvs --version
  Concurrent Versions System (CVS) 1.11.20 (server)
  Copyright (C) 2005 Free Software Foundation, Inc.
  
The issue happens every time one of my colleagues adds a new directory to the
repository. 

I tried running NB with the "-J-DcvsClientLog" switch and found the following
line in the output files, which explains why the new directory (c78activa) isn't
visible: 

E cvs update: Updating source/be/ucm/app
E cvs update: New directory `source/be/ucm/app/c78activa' -- ignored

Someone already highlighted this issue in bug #70067, which was marked as
WONTFIX, with the explanation that the problem is that the CVS protocol doesn't
report new files in new remote directories (cvs -q -n update -d) and that a
workaround would hurt performance. 

Would it possible to show at least the new directory (without the new files it
contains) in the "Versioning View", since that at least seems to be reported by
CVS (accoring to the log) ? 

My colleagues use WebSphere Studio Site Developer (Eclipse) and don't have this
problem: Using the menu Team > Synchronize with Repository shows the new
directory along with the new files in it in a tree view. 

Thanks.
Comment 9 Maros Sandor 2006-06-26 13:49:13 UTC
This is a duplicate of the mensioned issue. Concerning Eclipse, does "Team >
Synchronize with Repository" also get the file? I mean, when you see the file in
the tree view, is it already on your disk?

*** This issue has been marked as a duplicate of 70067 ***