test_logging leaves behind a file called test.log in the current working directory.  I haven't narrowed down to the specific test, and I'm not sure what other versions are affected.

There are only three logging tests that open a handler to test.log: test_filename, test_filemode and test_incompatible.

AFAIK those tests have remained unchanged over several years, if not months. Is the failure repeatable? Which platform did the failure occur on?

I investigated a little further. The file is created in the test directory (build/test_python_XXXX/) and, I assume, the dir is wiped at the end of the test.

I can go through and do an addCleanup(os.remove, 'test.log') in the relevant tests; that should do it. It probably affects all versions - I'm not sure it's worth bothering to change 2.x versions, though.

Thanks for investigating.

Yes, currently regrtest.py deletes the containing directory.  But this doesn't happen when running with plain unittest.  If each test cleans up after itself, this will give us more flexibility in moving from regrtest to a unittest-based approach (there is an issue about this).  Currently, test_logging seems to be one of only a few test modules that don't do this.

It's probably okay to make the fix only in 3.4 since we won't be making progress on moving away from regrtest in maintenance releases.

New changeset b7f5bff33c22 by Vinay Sajip in branch 'default':
Closes #17313: Deleted test file created by test_logging.
http://hg.python.org/cpython/rev/b7f5bff33c22