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.
Using JDK 1.3.1 and Forte 3.0 build #010720. When I mount VSS filesystem and try to execute refresh recursively, the command hangs. Here is the output & execution strings from commands that are listed in the VCS Commands history list: LIST_DIR_READER: ------------------- Execution string: \"C:\DevStudio\Vss\win32\SS.EXE\" dir -R- "$/" -I- - YAdmin,variable_must_be_prompt_for Standard output: Username: Admin Data output: [Username: Admin] LIST_STATUS_READER: ---------------- Execution string: \"C:\DevStudio\Vss\win32\SS.EXE\" status -R- "$/\Username: Admin" -I- -YAdmin, Standard error: $/\Username: Admin is not valid SourceSafe syntax Data error: [$/\Username: Admin is not valid SourceSafe syntax] ------------------------------------------------------------ There is a workaround for this issue: create a PASSWORD variable and set the password there and everything should work correctly.
I was not able to reproduce the bug, but I've made a fix in dev build 200107270100. Can you please verify whether it is really fixed? If the fix was successfull I'll write a request to fix it in Pilsen also. Diff: http://vcscore.netbeans.org/source/browse/vcscore/src/org/netbeans/modules/vcscore/commands/CommandExecutorSupport.java.diff?r1=1.28&r2=1.29
Well, it worked for the first time, but I was able to reproduce it again (I use Guest login with guest password): 1. Mount VSS with entering wrong password. 2. Execute Refresh or Refresh recursively - nothing works, so I encounter there is a mistake and kill all commands, and all ss.exe processes from the TaskManager in Win, and unmount the filesystem 3. I try to mount it again - with correct username for now 4. Try to execute Refresh or RR - even if everything is filled correctly in Customizer, refresh does not work Commands history: ----------------- LIST_DIR_READER: Exec str: \"C:\DevStudio\VSS\win32\SS.EXE\" dir -R- "$/" -I- -YGuest, Std out : Username: Guest LIST_STATUS_READER: Exec str: C:\DevStudio\VSS\win32\SS.EXE\" status -R- "$/\Username: Guest" -I- -YGuest,guest Std out: $/\Username: Guest is not valid SourceSafe syntax For me it looks that LIST_DIR_READER is now executed without password on the command line (however it asked me to enter it) - therefore VSS looks for password. LIST_DIR_READER however awaits some filenames in the output, not "Username: guest".
I forgot last time to reopen the issue, so I'm doing it now.
Hopefully finally fixed in the main trunk. The LIST_DIR_READER was not preprocessed and so it could not ask for the password. Pls verify it in the main trunk. Diff: http://vcsgeneric.netbeans.org/source/browse/vcsgeneric/src/org/netbeans/modules/vcs/advanced/config/vcs/list/VssListCommand.java.diff?r1=1.4&r2=1.5 http://vcsgeneric.netbeans.org/source/browse/vcsgeneric/src/org/netbeans/modules/vcs/advanced/config/vcs/list/VssListCommandLocalized.java.diff?r1=1.1&r2=1.2
Fixed in the pilsen_fcs and release32 branches also.
Verified the fix in the latest Pilsen build 010801_1.