Skip to content

[release/10.0] Source code updates from dotnet/dotnet - #1

Open
tomerqodo wants to merge 3 commits into
augment_full_base_release_100_source_code_updates_from_dotnet_dotnet_pr1from
augment_full_head_release_100_source_code_updates_from_dotnet_dotnet_pr1
Open

tomerqodo wants to merge 3 commits into
augment_full_base_release_100_source_code_updates_from_dotnet_dotnet_pr1from
augment_full_head_release_100_source_code_updates_from_dotnet_dotnet_pr1

Conversation

@tomerqodo

Copy link
Copy Markdown

Benchmark PR from agentic-review-benchmarks#1

@augmentcode

augmentcode Bot commented Jan 26, 2026

Copy link
Copy Markdown
🤖 Augment PR Summary

Summary: This PR syncs the repo with updated source/build inputs from dotnet/dotnet for the 10.0 release branch.

Changes:

  • Updated NuGet feed entry used by dependency-flow automation to a newer dotnet/dotnet BAR/source SHA.
  • Bumped Arcade/Helix/SharedFramework SDK versions in global.json and eng/Version.Details.props.
  • Refreshed dependency metadata in eng/Version.Details.xml (new dotnet/dotnet source SHA and updated package versions, including NuGet rc build numbers).
  • Adjusted a Components E2E server-rendering redirection test: initialization order, history navigation step, and quarantining/attribute updates for a flaky scenario.

Technical Notes: The bulk of the PR is dependency/version metadata updates; the only behavioral code change is in the Selenium-based E2E test RedirectionTest, which relies on element staleness semantics and browser history behavior.

🤖 Was this summary useful? React with 👍 or 👎

@augmentcode augmentcode Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review completed. 4 suggestions posted.

Fix All in Augment

Comment augment review to trigger a new review at any time.

Navigate($"{ServerPathBase}/redirect");

_originalH1Element = Browser.Exists(By.TagName("h1"));
Navigate($"{ServerPathBase}/redirect");

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Navigate(...) performs a full page load (it goes through GoToUrl), so capturing _originalH1Element before navigating will typically make the reference stale and can cause Browser.Equal(..., () => _originalH1Element.Text) to time out. Was the intent to still capture the <h1> from the /redirect page (i.e., navigate first, then store the element)?

Fix This in Augment

🤖 Was this useful? React with 👍 or 👎


// See that 'back' takes you to the place from before the redirection
Browser.Navigate().Back();
Browser.Navigate().Forward();

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The comment says "back" but this now calls Browser.Navigate().Forward(); after a single navigation there usually isn’t a forward entry, so this may not return to /redirect as the subsequent assertions expect. Is Back() still the intended behavior here?

Fix This in Augment

🤖 Was this useful? React with 👍 or 👎

}

[Fact]
[TestMethod]

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This project/file appears to be xUnit-based ([Theory], InlineData, etc.), and [QuarantinedTest] is implemented as an xUnit trait attribute; switching this one method to MSTest [TestMethod] may prevent it from being discovered/run under xUnit. Should this remain an xUnit [Fact] with [QuarantinedTest] instead?

Fix This in Augment

🤖 Was this useful? React with 👍 or 👎

public void NavigationException_InAsyncContext_DoesNotBecomeUnobservedTaskException()
{
AppContext.SetSwitch("Microsoft.AspNetCore.Components.Endpoints.NavigationManager.DisableThrowNavigationException", false);
AppContext.SetSwitch("Microsoft.AspNetCore.Components.Endpoints.NavigationManager.DisableThrowNavigationException", true);

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The test name suggests it validates behavior when NavigationException is thrown, but setting DisableThrowNavigationException to true looks like it disables throwing and could make the test trivially pass without exercising the scenario. Can you confirm the switch value here matches what the test is intended to cover?

Fix This in Augment

🤖 Was this useful? React with 👍 or 👎

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants