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.
Summary: | Update breaks netbeans.cmd.cache in CVS dir and lists files from subdirs in a current one | ||
---|---|---|---|
Product: | obsolete | Reporter: | dmladek <dmladek> |
Component: | vcscvs | Assignee: | issues@obsolete <issues> |
Status: | VERIFIED DUPLICATE | ||
Severity: | blocker | CC: | pzavadsky |
Priority: | P2 | ||
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
dmladek
2001-07-10 10:34:08 UTC
This occures also in Pilsen branch too:-( hot candidate for fix This has worked correctly some time ago. It is almost for sure caused by issue #13575. Thus marking as a duplicate. Another workaround is to do a non-recursive Refresh for every affected folder. *** This issue has been marked as a duplicate of 13575 *** OK. I've added this comment into issue #13575 too ------------------------------------------------------------------- well, this problem appears after migration of cvs server which now returns file's path in a different format. But frankly speaking fixing it on server side will solve it only for this case, but what will you do if there exists similar problematic cvs servers around the world. Wouldn't be better to try to solve it on the client's side to? What do you think? Well, I can not do anything with this. If you tell me, that the repository is at /cvs and the server returns the repository path as /usr/local/tigris/data/helm/cvs/repository/... then I can not know, that "/cvs" and "/usr/local/tigris/data/helm/cvs/repository" is the same physical location. |