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.
NetBeans 200407071800, jdk1.5.0 (beta3 b57) Steps: (Have some files and directories in the repository.) 1. Mount new filesytem with VSS profile. 2. In "Versioning View" of the explorer invoke "VSS | Check out..." ("Check out recursively" must be checked) on the root of the filesystem. 3. Directories ("projects") change their statuses to [Current]. But there are no files in the workdir location.
This is probably a problem of recursive refresh, not checkout. There are some issues with rec. refresh (issue #45836 and also sometimes it creates strange files, like: ".nbintdbProject $\dira has no corresponding folderProject") I'll fix the rec. refresh first and then check the checkout. Also, can you verify whether the files were physically checked out to the disk in some OS file explorer?
Files were not physically checked out to the disk. I verified it with the use of Total Commander.
O.K., we've found that the problem was in the fact that the files were already checked out. The CHECKOUTR_CONFIRM command prints messages like "You currently have file $/dira/dirb/fileC.java checked out." but the user does not see any error.
The confirmation algorithm improved. It didn't retrieved the files correctly in some cases. /cvs/vcsgeneric/profiles/vss/src/org/netbeans/modules/vcs/profiles/vss/commands/ConfirmationCommand.java,v <-- ConfirmationCommand.java new revision: 1.4; previous revision: 1.3
So now, when the command fails, the user is notified in the Errors output tab: /cvs/vcsgeneric/profiles/vss/src/org/netbeans/modules/vcs/profiles/vss/commands/ConfirmationCommand.java,v <-- ConfirmationCommand.java new revision: 1.5; previous revision: 1.4 /cvs/vcsgeneric/profiles/vss/src/org/netbeans/modules/vcs/profiles/vss/config/vss.xml,v <-- vss.xml new revision: 1.27; previous revision: 1.26 /cvs/vcsgeneric/profiles/vss/src/org/netbeans/modules/vcs/profiles/vss/config/vssLoc_XX.xml,v <-- vssLoc_XX.xml new revision: 1.21; previous revision: 1.20
If files are already checked out, no error output tab is opened. There are some problem in "CHECKOUT_CONFIRM". Standard output: Current project is $/WWOORRKK/i18n/src/org/netbeans/modules/i18n/java D:\test\testVSS\work3\WWOORRKK\i18n\src\org\netbeans\modules\i18n\java has been established as the working folder for project $/WWOORRKK/i18n/src/org/netbeans/modules/i18n/java.
This is actually closely connected to issue #46128. We need to resolve the handling of these types of questions: "file.java is already checked out. Continue?" The problem is, that the file.java is ambigous if there are more files of that name. The only solution seems to be to detect whether it's ambigous or not. If not, run the command on the file, if yes, do nothing and tell the user to run the command on the appropriate file, because only the user (and VSS, which does not tell it) know what's going on.
Fixed together with issue #46128, as described above. Checking in Bundle.properties; /cvs/vcsgeneric/profiles/vss/src/org/netbeans/modules/vcs/profiles/vss/commands/Bundle.properties,v <-- Bundle.properties new revision: 1.4; previous revision: 1.3 done Checking in ConfirmationCommand.java; /cvs/vcsgeneric/profiles/vss/src/org/netbeans/modules/vcs/profiles/vss/commands/ConfirmationCommand.java,v <-- ConfirmationCommand.java new revision: 1.6; previous revision: 1.5
Verified in NB 200408121800.