Quoting "D.J. Heap" <djheap@gmail.com>:
> I'm getting test failures with the .zip on fsfs/ra_dav on Win32:
>
> Running all tests in history_tests.py...success
> Running all tests in lock_tests.py...FAILURE
> Running all tests in cat_tests.py...success
> Running all tests in import_tests.py...success
> Running all tests in svnsync_tests.py...FAILURE
> Running all tests in authz_tests.py...FAILURE
> At least one test FAILED, checking
> C:\svn-builder\djh-xp-vse2005\svn-auto-test\fsfs\dav-tests.log
> FAIL: lock_tests.py 19: update handles svn:needs-lock correctly
> FAIL: svnsync_tests.py 13: verify that unreadable content is not synced
> FAIL: svnsync_tests.py 14: verify that copies from unreadable dirs work
> XPASS: authz_tests.py 2: authz issue #2486 - open directory
> FAIL: authz_tests.py 3: broken authz files cause errors
> FAIL: authz_tests.py 4: test authz for read operations
> FAIL: authz_tests.py 5: test authz for write operations
> FAIL: authz_tests.py 6: test authz for checkout
> FAIL: authz_tests.py 7: test authz for log and tracing path changes
>
> I believe the lock test is fixed on trunk already - r19837.
> fsfs/ra_local and fsfs/ra_svn passed all other tests.
>
> I've attached the detailed log and I'll try to investigate them
> further as soon as I can -- probably this weekend. Can anyone else
> confirm or deny?
>
> DJ
>
DJ,
I had a look at the log for the failure in the authz_tests this morning. The
authz tests check that the servers sends a 403 Forbidden when trying to read a
file on which it doesn't have read access. In your log the problem is that the
client actually succeeds in reading those files, obviously failing the test.
I think this is a problem in your apache configuration. Have a look at r19462:
http://svn.collab.net/viewvc/svn/branches/1.4.x/subversion/tests/cmdline/README?revision=19462&view=markup
More specifically, you'll probably need to implement this diff on your
httpd.conf:
http://svn.collab.net/viewvc/svn/branches/1.4.x/subversion/tests/cmdline/README?r1=19178&r2=19462
regards,
Lieven.
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 2 11:56:18 2006