Test failure: System.IO.Ports.Tests.GetPortNames/AllGetPortNamesAreInHelperPorts

[ghost]

Opened on behalf of @Sunny-pu

The test System.IO.Ports.Tests.GetPortNames/AllGetPortNamesAreInHelperPorts has failed.

System.ComponentModel.Win32Exception : The system cannot find the file specified.

    Stack Trace:

       at System.IO.Ports.SerialPort.GetPortNames() in E:\A\_work\36\s\corefx\src\System.IO.Ports\src\System\IO\Ports\SerialPort.Uap.cs:line 34
   at System.IO.Ports.Tests.GetPortNames.AllGetPortNamesAreInHelperPorts() in E:\A\_work\36\s\corefx\src\System.IO.Ports\tests\SerialPort\GetPortNames.cs:line 61

Build : 3.0 - 20180803.01 (UWP F5 Tests)
Failing configurations:

• Windows.10.Arm64-arm
  • Release

Details: https://mc.dot.net/#/product/netcore/30/source/official~2Fcorefx~2Fmaster~2F/type/test~2Ffunctional~2Fuwp~2F/build/20180803.01/workItem/System.IO.Ports.Tests

[danmoseley]

@pjanotti

[danmoseley]

This is passing on the UWP tests on non-ARM. Guess: the OS in the ARM runs needs updating?

If that's the case, then as well as updating the test image, we probably should make this API fail with PNSE nicely for folks on older OS builds.

[pjanotti]

There is already a try-catch attempting to detect if the API is not there and throw a PNSE.

[pjanotti]

repro-tool currently does not support jobs from the Windows.10.Arm64 queue. ...

[pjanotti]

What seems to be happening is that GetCommPorts is actually returning ERROR_FILE_NOT_FOUND, and the code was expecting success in this case with the number of found ports equal to zero. I don't have access to a Windows arm64 box to validate this...

[karelz]

Fixing milestone - the change went into master (3.0) branch.