Loading
Deflake testRaRdnss.
This test is flaky because sometimes provisioning succeeds as soon as the link-local and stable address appear. This causes future expectations on LinkProperties update callbacks to get confused because they see the addition of the privacy address instead of the change they are expecting. Ensure that if provisioning completes with two addresses we explicitly wait for and consume the update that contains the privacy address. Bug: 152723363 Test: atest NetworkStackIntegrationTests:IpClientIntegrationTest#testRestoreInitialInterfaceMtu_WithException --iterations 100 Change-Id: Ibdd16ce0285db20bd700bf4e78762b922b4661d4