Skip to content

Bump xunit from 2.9.2 to 2.9.3 - #5

Open
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/nuget/Tests/xunit-2.9.3
Open

Bump xunit from 2.9.2 to 2.9.3#5
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/nuget/Tests/xunit-2.9.3

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jun 8, 2026

Copy link
Copy Markdown

Updated xunit from 2.9.2 to 2.9.3.

Release notes

Sourced from xunit's releases.

No release notes found for this version range.

Commits viewable in compare view.

Note
Automatic rebases have been disabled on this pull request as it has been open for over 30 days.

@dependabot dependabot Bot added .NET Pull requests that update .NET code dependencies Pull requests that update a dependency file labels Jun 8, 2026
@dependabot
dependabot Bot force-pushed the dependabot/nuget/Tests/xunit-2.9.3 branch 3 times, most recently from 236cb9a to a47d7a7 Compare June 16, 2026 06:48
---
updated-dependencies:
- dependency-name: xunit
  dependency-version: 2.9.3
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot
dependabot Bot force-pushed the dependabot/nuget/Tests/xunit-2.9.3 branch from a47d7a7 to 3f10461 Compare July 4, 2026 03:20
ezpl added a commit that referenced this pull request Jul 15, 2026
Audit findings from issue #29 (0z00z0/HyperVManagerTray):

- (HIGH #1) UpdateSwitchBindingAsync now returns a SwitchBindOutcome
  (Bound / AlreadyBound / Failed) instead of Task. A failed bind was
  previously indistinguishable from an already-bound no-op (both false),
  so NetworkMonitor cached the target adapter as bound and never retried.
  NetworkMonitor now records the skip-cache only on a non-failed outcome.

- (HIGH #2) The skip-cache is keyed by (switch -> adapter) via a
  Dictionary instead of one scalar _lastBoundAdapterInterface, so a 2nd
  bridged switch sharing the same NIC as the first now binds correctly.

- (HIGH #3) Adapter enumeration (GetAllNetworkInterfaces/GetIPProperties)
  moved off the UI thread with Task.Run in NetworkMonitor.ForceEvaluateAsync
  ("Re-check network now"), TrayMenu.AddCurrentAsBridged, and
  AdapterRenameFlow (post-await GetPhysicalAdapters).

- (MED #4) VmService StartWatcher/StopWatcher COM Connect()/Start()/Stop()
  bodies moved onto Task.Run; _subLock counter/flag state preserved, with a
  _watcherStarting guard against a duplicate start and self-teardown if all
  subscribers leave while connecting.

- (MED #5) A Wi-Fi adapter (Msvm_WiFiPort) can never bind via the
  Msvm_ExternalEthernetPort path. CurrentNetworkInfo gains IsWireless and
  "Add current network as a bridged rule" rejects wireless adapters up front.
  New pure AdapterMatcher.IsBridgeableAdapterType predicate + unit tests.

Scenario C re-home / duplicate-vNIC WMI mechanism left untouched (gated on
the live protocol). Host-networking changes need live validation.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
ezpl added a commit that referenced this pull request Jul 15, 2026
Audit findings from issue #30 (0z00z0/HyperVManagerTray):

- (HIGH #1) A graceful Shutdown that the guest cancels/hangs stayed in the
  Running phase forever, disabling the card's buttons for good. Dashboard
  now ages the overlay out after a ~2 min deadline (VmStateUi.ShutdownDeadline)
  via a per-VM _opSince timestamp, re-enabling the buttons.

- (HIGH #2) Tray VM-Power submenu now filters items by the VM's current
  state (VmService exposes GetCachedStatusesSync; verbs come from
  VmStateUi.AllowedVerbs), and a Failed power outcome is surfaced as a tray
  balloon (App.OnVmOperationFailed) when the dashboard isn't visible.

- (MED #3) A transitional state (Saving/Stopping/Starting/Pausing/Resuming/
  Snapshotting) now maps to a distinct VmStateUi.Shape.Transition that
  renders no power buttons on the dashboard card and a disabled hint in the
  tray; the state watcher rebuilds the card when the transition lands.

- (MED #4) A dead WMI watcher / broken scope now self-recovers:
  VmService.RecoverWatcher disposes the watcher, nulls the scope, and
  re-runs EnsureScope+StartWatcher with escalating backoff, triggered by the
  watcher's Stopped event or N consecutive RefreshCore failures.

- (MED-LOW #5) TriggerRefresh no longer drops a 2nd event that arrives
  mid-refresh: a _refreshPending flag makes the in-flight pass run once more,
  with a tail-race re-trigger.

- (LOW #6) Start & Connect now aborts the vmconnect launch when the Start
  actually fails: WaitUntilRunningAsync returns StartReadiness
  (Running/Failed/Timeout) by also watching OperationProgress; a timeout
  still connects (vmconnect tolerates a booting VM).

- (LOW #7) A sticky "Failed:" overlay ages out after ~45 s
  (VmStateUi.FailedOverlayLifetime), same _opSince mechanism as #1.

New pure Helpers/VmStateUi.cs (shape mapping, allowed verbs, overlay-expiry
deadlines) with unit tests. Also moved VmService watcher COM Start/Stop off
the UI thread as part of the shared #29/#30 threading pass.

Power/state changes need Espen's live validation.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file .NET Pull requests that update .NET code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants