Aspnetcore: 16.8-Preview4 - Validate Razor tooling in Visual Studio Codespaces, Local & LiveShare

Created on 25 Sep 2020  路  14Comments  路  Source: dotnet/aspnetcore

Instructions

It's up to you to validate all features, if applicable, done in the 16.8-Preview4 (not just your own). Given that this is tooling validation, features and bug fixes should be relatively easy to validate given they don't require complex setups to ensure something works.

As part of this process don't be afraid to experiment outside the context of the issues within the milestone.

Filing issues

All issues found should be filed under the Razor.Tooling milestone and assigned to the Razor Tooling vNext project. Lastly give those issues the appropriate labels and mention them under this issue before closing.

Completing validation

Once you're done with your validation, link to any issues found and unassign yourself from this issue. If you are the last to unassign yourself close the issue and move it to the "Done" column in the Razor Tooling vNext project.

Validation Build

Visual Studio Client Release: https://devdiv.visualstudio.com/DevDiv/_build/results?buildId=4112052&view=ms.vss-build-web.run-extensions-tab

  1. Install the "Preview" channel version in the "Extensions" tab

image

Ensure the .NET Core workload is checked:

image

  1. Check the "Connect to Visual Studio Codespaces (private preview only)" preview feature checkbox
    image

Visual Studio Server Release: Use the
image

Validation area-razor.tooling task

Most helpful comment

Finished validation for local experience. Saw #23519 but nothing else obvious, other than 1 instance where no lightbulbs were showing up in .razor files until I opened a .cs file. However it only repro'd once and haven't seen it since.

All 14 comments

23519 is expected due to the async nature of language server protocol and a desire to not block typing on updates.

I guess in this case we could move the tag position restoration behavior from being async, and part of the LSP request code path, to being done synchronously on the UI thread at GetTags() when an edit doesn't change the text diff, though that's a pretty expensive optimization.

I've added more details to the original issue thread. I propose that we wait for customer feedback before investing in this, as it's a pretty rare corner, and transient.

I've added more details to the original issue thread. I propose that we wait for customer feedback before investing in this, as it's a pretty rare corner, and transient.

Agree

Done

@dibarbet @allisonchou @davidwengier Are you almost done with your part of the verification?

@NTaylorMullen doing this afternoon

@NTaylorMullen same here - working on it!

@NTaylorMullen 3 for 3! I completely forgot about this after doing the VS Code/Mac validation

Ran into some already reported issues (https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1224193, #26556), but otherwise everything lgtm!

Finished validation for local experience. Saw #23519 but nothing else obvious, other than 1 instance where no lightbulbs were showing up in .razor files until I opened a .cs file. However it only repro'd once and haven't seen it since.

Nothing interesting to report. As mentioned elsewhere, I can't do Codespaces :)

Thank you everyone for your validation!

Was this page helpful?
0 / 5 - 0 ratings