Hello. Has anyone else also come across this or a similar scenario?
The line 69/70 assumeTrue appears to hold and then at line 71 the test fails. This is with 'Oracle Corporation 1.8.0_45 (64-bit)' (LUCENE-6517 is for a different MockFileSystemTestCase test failure with IBM jdk). More details below. Thanks, Christine ------------------------------ MockFileSystemTestCase.testURI ... 69 assumeTrue(Charset.defaultCharset().name() + " can't encode chinese", 70 Charset.defaultCharset().newEncoder().canEncode("ä¸å<9B>½")); 71 Path f3 = dir.resolve("ä¸å<9B>½"); ... ------------------------------ NOTE: reproduce with: ant test -Dtestcase=TestVerboseFS -Dtests.method=testURI -Dtests.seed=31F5C6E85DAF4E6B -Dtests.slow=true -Dtests.locale=no -Dtests.timezone=Australia/Melbourne -Dtests.asserts=true -Dtests.file.encoding=UTF-8 0.12s | TestVerboseFS.testURI <<< Throwable #1: java.nio.file.InvalidPathException: Malformed input or input contains unmappable characters: ?? at __randomizedtesting.SeedInfo.seed([31F5C6E85DAF4E6B:B847BD4395B0145A]:0) at sun.nio.fs.UnixPath.encode(UnixPath.java:147) at sun.nio.fs.UnixPath.<init>(UnixPath.java:71) at sun.nio.fs.UnixFileSystem.getPath(UnixFileSystem.java:281) at sun.nio.fs.AbstractPath.resolve(AbstractPath.java:53) at org.apache.lucene.mockfile.FilterPath.resolve(FilterPath.java:156) at org.apache.lucene.mockfile.MockFileSystemTestCase.testURI(MockFileSystemTestCase.java:71) at java.lang.Thread.run(Thread.java:745)