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

problems with IConfigureOptions in aspnet core 2 #19

Open
maxlego opened this issue Aug 22, 2017 · 3 comments
Open

problems with IConfigureOptions in aspnet core 2 #19

maxlego opened this issue Aug 22, 2017 · 3 comments
Assignees
Labels
Milestone

Comments

@maxlego
Copy link

maxlego commented Aug 22, 2017

Can't quite figure out why, but when i upgraded to aspnetcore 2.0 and idnetity 2, authentication options are not configured any more.

Services config lookes like this:

services
    .AddAuthentication(CookieAuthenticationDefaults.AuthenticationScheme)
    .AddCookie(o =>
    {
        o.LoginPath = "/login";
        o.LogoutPath = "/logout";
    });

But lamda is not hit.

When i dont return IServiceProvider created by WindsorRegistrationHelper everything works as expected.

@jonnii
Copy link

jonnii commented Feb 1, 2019

I have run into the same thing with aspnet core 2.2 and the latest version of this package while trying to configure kestrel https... it's very confusing.

@jonnii
Copy link

jonnii commented Feb 2, 2019

I figured out what this was, we were registering a collection sub resolver before calling startup which meant that the MsCompatibleCollectionResolver was not being called. I'm not entirely sure how to fix this because the ordering of dependencies is (or can be) important for existing code.

@jonnii
Copy link

jonnii commented Feb 2, 2019

One option would be to only reverse the dependencies for types which live in a Microsoft namespace, this is a hack but works - but it does not deal with someone using the built in collection resolver out of the box, they would need to replace their with the right version.

@hikalkan hikalkan added this to the v3.4 milestone Feb 4, 2019
@hikalkan hikalkan self-assigned this Feb 25, 2019
@hikalkan hikalkan modified the milestones: v3.4, v3.5 Aug 19, 2020
@ismcagdas ismcagdas modified the milestones: v4.0, v4.2 Nov 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants