Fixture-dependent suites fail instead of skipping when their simulator/profile is absent #594
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Four OpcUaClient.Browser tests are bare
[Fact]s that dial opc-plc with no reachability gate, so they go red whenever the fixture is down (three live in a unit*.Testsproject).OpcPlcFixture.SkipReasonin OpcUaClient.IntegrationTests already does this right. Separately, the AbCip smoke matrix crosses every compose profile whenAB_SERVER_COMPOSE_PROFILEis unset, but only one profile can bind :44818 at a time, so the other families' rows fail rather than skip. Every full-suite run currently reports these as failures, hiding real ones.Sources: tests/Drivers/ZB.MOM.WW.OtOpcUa.Driver.OpcUaClient.Browser.Tests/OpcUaClientBrowseSessionTests.cs:40,52,67; ...Browser.IntegrationTests/BrowseRoundTripTests.cs:16; ...AbCip.IntegrationTests/TransportMatrix.cs:21-31, AbCipReadSmokeTests.cs:21.
Filed 2026-10-08 by the pending/deferred-work sweep after the #562–#591 issue sweep.
Resolved on master (merge
6a5e804e).Driver.OpcUaClient.Browser.IntegrationTestsand callOpcPlcProbe.SkipUnlessReachable()first, so they report Skipped when opc-plc is down (7e91c37a). Verified live against opc-plc: Browser.IntegrationTests 4/4.TransportMatrixnow defaults to a single profile whenAB_SERVER_COMPOSE_PROFILEis unset instead of crossing every profile (b37e9613); fixture docs updated (7e368425).5a5f9b22: 49 projects, 0 failed.Closed 2026-10-08 by the hardware-available issue sweep (master
d898262c).