BUG: Working Folder for Subproject Not Inherited from Parent (184354)
The information in this article applies to:
- Microsoft Visual SourceSafe, 16-bit, for Windows 4.0
- Microsoft Visual SourceSafe, 32-bit, for Windows 4.0
- Microsoft Visual SourceSafe, 16-bit, for Windows 4.0a
- Microsoft Visual SourceSafe, 32-bit, for Windows 4.0a
- Microsoft Visual SourceSafe for Windows 5.0
This article was previously published under Q184354 SYMPTOMS
Subprojects are not inheriting the working folder setting from the parent
project as expected.
CAUSE
You have overridden the normal behavior by explicitly setting the working
folder for subproject(s). This results in a Dir= variable being set under
the subproject section header in your Ss.ini file.
RESOLUTION
To restore the working folder inheritance, you need to edit the user's
..Vss\Users\< username>\Ss.ini file and completely remove the Dir variable
under the appropriate subproject section header.
For example, you may have something that looks similar to the following in
your Ss.ini file:
[$/Project1]
Dir(PC) = c:\Project1
;Setting the working folder then deleting it from the GUI leaves the Dir
variable, but the value will be blank.
[$/Project1/Sub1]
Dir(PC) =
[$/Project1/Sub2]
Dir(PC) = c:\temp
Default working folder propagation works again only after the "Dir(PC)"
lines under each subproject section header are completely removed and the
Ss.ini file saved.
STATUS
This behavior is by design.
REFERENCES
Visual SourceSafe Help, search on: "Working Folder", Topic: "Setting the
Working Folder for SS.INI"
Modification Type: | Minor | Last Reviewed: | 3/10/2005 |
---|
Keywords: | kbBug kbpending KB184354 |
---|
|