Fixes the button holding test randomly failing on Mac (part 2)

[raffaeler]

This is the continuation of #2121

The main point is that tests failed on mac just because the button holding uses a System.Threading.Timer and this secondary timer is served very rarely on Mac.
The latest fail was instead due to the timeout too short. This is a timeout to only avoid the test can hang forever.

These changes consists in:

• Making the timeout very long because the already fixed test failed because of a timeout (Update RaspberryBoardInfo.cs for pi400 Rev 1.1 #2124 (comment))
• Fixing the only other test that asserts Holding as true
• No need to fix the tests asserting Holding as false
• Shortening the times used by the tests to avoid wasting time during the CI process

Please note there is no open issue for this problem

Microsoft Reviewers: Open in CodeFlow

[Ellerbach]

The question now is why do the tests fails on Linux now? We had this issue on Mac debug but never elsewhere.

[raffaeler]

The question now is why do the tests fails on Linux now? We had this issue on Mac debug but never elsewhere.

The failures that you are seeing now are due to a change I made to see if they could solve the issue on the Mac.
The problem is related to the delta between the end of the timer and the holding event.
I am not sure why the holding event was designed to have a started and completed state. The started happens when the timer expires and the complete when the button is released.
On the mac the complete never happens so I wanted to see if at least I could see the started event. With this change, the tests on Windows passes, but not on Linux.

[raffaeler]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).