testDownloadDirectoryOverridesExistingPreferences is flaky

[GoogleCodeExporter]

This test fails about 50% of the time on Windows during the tearDown stage, 
when it tries to clean up the profile directory. The error message is:

======================================================================
ERROR: testDownloadDirectoryOverridesExistingPreferences 
(__main__.ChromeDownloadDirTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "E:\b\build\slave\chromedriver_win7\build\src\chrome\test\chromedriver\test\run_py_tests.py", line 798, in tearDown
    shutil.rmtree(temp_dir)
  File "E:\b\depot_tools\python276_bin\lib\shutil.py", line 247, in rmtree
    rmtree(fullname, ignore_errors, onerror)
  File "E:\b\depot_tools\python276_bin\lib\shutil.py", line 252, in rmtree
    onerror(os.remove, fullname, sys.exc_info())
  File "E:\b\depot_tools\python276_bin\lib\shutil.py", line 250, in rmtree
    os.remove(fullname)
WindowsError: [Error 32] The process cannot access the file because it is being 
used by another process: 
'c:\\users\\chrome~2\\appdata\\local\\temp\\tmpszabey\\Default\\ChromeDWriteFont
Cache'

Original issue reported on code.google.com by samu...@chromium.org on 5 Dec 2014 at 6:16

[GoogleCodeExporter]

Also this only affects tip-of-tree builds, not M40 or older. I'm disabling the 
test until we can fix this: https://codereview.chromium.org/764373003

Original comment by samu...@chromium.org on 5 Dec 2014 at 6:21

• Added labels: OS-Windows
• Removed labels: OS-All

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

This was re-enabled but lately it's been failing consistently. Re-disabling.

Original comment by samu...@chromium.org on 8 Jan 2015 at 6:12

[GoogleCodeExporter]

Original comment by samu...@chromium.org on 21 Feb 2015 at 12:19

• Changed state: Untriaged