Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mondo master: SignalR Mvc MvcPrecompilation and Razor #4273

Merged
merged 9,102 commits into from
Nov 28, 2018

Conversation

ryanbrandenburg
Copy link
Contributor

No description provided.

mikaelm12 and others added 30 commits October 18, 2018 13:16
…-master

[automated] Merge branch 'release/2.2' => 'master'
Addresses a blocking issue for FAR of types when used in user-code in a
directive. The FAR infrastructure is skipping over the directive code
because it's mapped to `#hidden`. As you can see in the code, the token
provided by the user is already included in the projection mappings.

I think we didn't do this before because we didn't expect this code to
need line numbers - it's not really debuggable, and design-time codegen
doesn't happen when you build the project.

I think it's OK for now that we don't line-map (or include) directives
based on view imports. If you trigger FAR on an `@inject ...` in an
import for instance, you'll find the reference for the view import file.
That seems pretty good, and the only cases I can really imagine it being
broken would be for go-to-definition (within a Razor view). Lets revisit
in the future based on feedback.
This wasn't quite doing the right thing, and it's simpler than we make
it to be.
So, it turns out the VSSDK added a feature that lets us suppress
assemblies brought in by package references. YAY!
To enable custom handling of antiforgery validation failures, use an
`AntiforgeryValidationFailedResult` which is just a `BadRequestResult`
but allows to be identified explicitly inside always-running result
filters using the `IAntiforgeryValidationFailedResult` marker interface.
…-master

[automated] Merge branch 'release/2.2' => 'master'
…-master

[automated] Merge branch 'release/2.2' => 'master'
…semblies in C#.

- Added a layer of indirection to allow for proper Lazy loading of Razor and future async completion specific assemblies.
This builds support for tracking the effect of changes to imports on
other documents, and completes our model for being able to keep
generated code up to date.
This doesn't really accomplish our goals for 2.2 - I don't have a clear
scenario where I would tell a developer to use this VS something else.
Will reevaluate in 3.0
…-master

[automated] Merge branch 'release/2.2' => 'master'
Merge release/2.2 Remove functional interfaces (#3165)
This change adds mock ups of the interfaces that we've been designing as
part of Razor FAR as well as the implementations. This isn't wired up to
anything yet in this PR, but the basic functionality here is stable
enough for us to stabilize and review.

For now we have the interface definitions in the Razor codebase until a
build of Roslyn is available with these definitions + IVT for us to use
them.
…-master

[automated] Merge branch 'release/2.2' => 'master'
…-master

[automated] Merge branch 'release/2.2' => 'master'

<PropertyGroup>
<Product>Microsoft ASP.NET Core MVC</Product>
<RepositoryUrl>https://github.com/aspnet/Mvc</RepositoryUrl>
Copy link
Contributor

Choose a reason for hiding this comment

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

Can you update this value too? We should probably go back and cleanup this up for everything in 2.1 as well.

@BrennanConroy
Copy link
Member

@ryanbrandenburg Make sure the gradlew file is executable #4275

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.