Winforms: VScrollBarAccessibleObject_Ctor_Default failing intermittently in CI

Created on 9 Sep 2020  路  7Comments  路  Source: dotnet/winforms

System.Windows.Forms.Tests.VScrollBar_VScrollBarAccessibleObjectTests.VScrollBarAccessibleObject_Ctor_Default(createControl: True, accessibleRole: ScrollBar)

Assert.Equal() Failure\r\nExpected: ScrollBar\r\nActual:   Client

  at System.Windows.Forms.Tests.VScrollBar_VScrollBarAccessibleObjectTests.VScrollBarAccessibleObject_Ctor_Default(Boolean createControl, AccessibleRole accessibleRole) in F:\workspace\_work\1\s\src\System.Windows.Forms\tests\UnitTests\VScrollBar.VScrollBarAccessibleObjectTests.cs:line 33

https://dev.azure.com/dnceng/public/_build/results?buildId=806036&view=ms.vss-test-web.build-test-results-tab&runId=25536694&resultId=102373&paneView=debug

tenet-accessibility test-bug

All 7 comments

Not deterministic, and fails every day or two. We should disable in 5.0 and get it fixed for 6.0p1

@vladimir-krestov this is pretty important. Can you focus on it next?

@merriemcgaw I couldn't reproduce this issue locally using VisualStudio and cmd. I didn't catch this bug running the single test or all tests.
Should I add [Skip] attribute to this test for .Net 5.0 and try to fix it in the future in .Net 6.0 scope?

The issue is intermittent, yet persistent. We had a number of builds failed citing this tests as a culprit.
Skip it in release/5.0 branch.

@RussKie that seems reasonable to me.

The test has been re-enabled, several test run have passed.
If the issue resurfaces, will re-open.

Was this page helpful?
0 / 5 - 0 ratings