Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
1.1.x
-
None
-
Windows XP
Description
DESCRIPTION & SAMPLE LOG OF PROBLEM When I set the svn:ignore property recursively on my directories, it does affect the output of the 'svn status' command as it should. Unfortunately, though, it does NOT affect the 'svn add' command when I try to make it work: | $ ls -R | .: | samplefile.c samplefile.suo test-subfolder | | ./test-subfolder: | samplefile2.c samplefile2.suo | | $ svn propget svn:ignore -R . | . - *.suo | | test-subfolder - *.suo | | | $ svn status | ? samplefile.c | ? test-subfolder\samplefile2.c | | $ svn status --no-ignore | ? samplefile.c | I samplefile.suo | ? test-subfolder\samplefile2.c | I test-subfolder\samplefile2.suo | | $ svn add --force . | A samplefile.c | A samplefile.suo | A test-subfolder\samplefile2.c | A test-subfolder\samplefile2.suo | NOTE: File contents probably do not matter, but they are nothing more than placeholder text files with the word "blah" (no quotes, no newline) and with extensions set to ".c" and ".suo". RESEARCH ON DEFECT - Did not find this problem on users list or in issue tracker - DID find two instances of problem on another list, but neither user received a reply: (1) http://svn.haxx.se/users/archive-2004-11/0105.shtml (2) http://svn.haxx.se/users/archive-2004-11/0429.shtml - Sent email to the users list on this defect: http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=27458 - Received response from Ben Collins-Sussman requesting that defect be entered as a new issue: http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=27466 SYSTEM/SETUP SPECS - Client & server OS: both have XP Pro, v2002, SP1 installed - Subversion v1.1.3-r12730 - Installed via Win32 installer "svn-1.1.3-setup.exe" - No private mods other than config file changes to turn on auto-setting of EOL properties - 'global-ignores' NOT set in config file (i.e., line is commented out) - Using FSFS-style repositories exclusively - Access repositories via Apache2/http; no security since we are using Subversion strictly behind a firewall
Original issue reported by davehotchkiss