1290954 - test_non_ascii_paths fails under VirtualBox on Mac host

Status: RESOLVED FIXED

(Webtools Graveyard :: DXR, defect)

Description

[Erik Rose [:erik][:erikrose]]

The important part of the error message is this:

Build command for 'code' failed, exited non-zero.
Log follows:
    | rm -rf code
    | mkdir code
    | cd code && python -c "import os; os.mkdir('\x8d\xae\xa2\xa0\xef')"
    | Traceback (most recent call last):
    |   File "<string>", line 1, in <module>
    | OSError: [Errno 71] Protocol error: '\x8d\xae\xa2\xa0\xef'
    | make: *** [all] Error 1

There's something unsupported about creating the folder with the icky name in a shared folder. It works fine in the (unshared) ~dxr home dir. It also works fine on a Linux-hosted docker container, which is how our Travis tests pass.

Comment 1

[Erik Rose [:erik][:erikrose]]

Putting ENV LC_ALL=C.UTF-8 LANG=C.UTF-8 in the Dockerfile avails not.

Comment 2

[Erik Rose [:erik][:erikrose]]

It's probably HFS+ getting mad about non-UTF-decodeable byte sequences in the names. We'll have to have the test machinery copy the code to be indexed to a non-shared dir first.

Comment 3

[Erik Rose [:erik][:erikrose]]

It's test_unicode that fails now. We either moved the tests, or the initial report was mistaken.

Comment 4

[Erik Rose [:erik][:erikrose]]

Fixed in https://github.com/mozilla/dxr/commit/a4f5f3951148303715908641acf9a684256400d6.