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

update for 2.1 : Account confirmation and password recovery in ASP.NET Core #6632

Closed
Alienroid opened this issue May 27, 2018 — with docs.microsoft.com · 19 comments
Closed
Assignees
Labels
Pri1 Source - Docs.ms Docs Customer feedback via GitHub Issue

Comments

Copy link

  1. AddIdentity should be updated to be AddDefaultIdentity
  2. don't need .AddDefaultTokenProviders();
  3. needs to add services.AddSingleton<IEmailSender, EmailSender>(); in configservice

Document Details

Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

@guardrex
Copy link
Collaborator

Thanks @Alienroid ... I'll add this to our sample update tracking issue (#5495).

@guardrex guardrex added 2.1 Source - Docs.ms Docs Customer feedback via GitHub Issue labels May 27, 2018
@guardrex guardrex added this to the 2018 - Quarter 2 milestone May 27, 2018
@Rick-Anderson Rick-Anderson changed the title this tutorial needs some update for 2.1RC update for 2.1 : Account confirmation and password recovery in ASP.NET Core May 27, 2018
@Rick-Anderson Rick-Anderson self-assigned this May 27, 2018
@davidhenley
Copy link

davidhenley commented Jun 5, 2018

Has this been updated? I cannot figure out how to override Identity.UI.EmailSender using 2.1

EDIT: Whoops, the RegisterModel just needed to be updated to use that service instead in the using statements.

bcisnero added a commit to bcisnero/Docs that referenced this issue Jun 11, 2018
Updated the ConfigureServices method to solve the issue dotnet#6632
Copy link

The instructions and the snapshot for creating a web project using visual studio for ASP.NET Core 1.x are wrong because is selecting .NET Core 2.0

@bcisnero
Copy link

Sorry if this is a dumb question, but how do you guys manage the sample apps when making changes because of version change? Do you create a complete sample app? if so, how do you ensure that will be attached to the right doc? I want to take care of this changes, but I'm completely sure about the strategy

@guardrex
Copy link
Collaborator

how do you guys manage the sample apps when making changes because of version change?

Each sample app is versioned to the latest release (at the time the sample is updated) for 1.x or 2.x (and 3.x in the future).

Do you create a complete sample app?

When a new major version releases, yes, we create a new physical sample. However, that physical sample might be the previous sample version just updated for the new release.

How do you ensure that will be attached to the right doc?

We reference the "samples" folder inside a folder named after the topic folder in GitHub. See some of our topics in GH to see how they're laid out, but best for you to look at linked PRs on #5495. We have inconsistencies in the repo generally. 😢 I'm working to iron this out now as I address these and get them all on the same page for folder naming.

I want to take care of this changes, but I'm completely sure about the strategy.

It's complicated 😅 ... but doable. Some of these are MVC apps or even console apps, and we're moving them to Razor Pages. Sometimes the work to convert to Razor Pages pushed off to a new issue. Some of these are even 1.x-era xproj/project.json-based samples. Today, I'm doing both a 2.1 update and a shiny new Razor Pages app for the app/session state topic.

If you look at #5495 and study the linked PRs on the ones I've already done, you'll see the patterns. Feel free to ask if you have any questions.

This particular topic, https://docs.microsoft.com/aspnet/core/security/authentication/accconfirm, could get a little thorny because the sample is supplying 1.1 code only ... and it's MVC ... not Razor Pages like we'd prefer it to be.

The intention of the topic is that the dev will walk-through and build a new app from scratch. If we want to retain the 1.x steps here (unlikely), then we'd isolate these 1.x code blocks from the new 2.1 code blocks using "moniker-ranges." If we just drop the 1.x experience (likely), then it will be easier in that the whole sample can just be converted to 2.1 and the sample code blocks will only show 2.1 code from the one sample. Either way tho ... it really should go to a Razor Pages experience start-to-finish.

@Rick-Anderson Do you know if you want to retain the 1.1 bits from the Account confirmation and password recovery topic? ... and we are taking this one to Razor Pages, too, correct?

@bcisnero
Copy link

bcisnero commented Jun 12, 2018 via email

@guardrex
Copy link
Collaborator

@Rick-Anderson
Copy link
Contributor

Actually, everything is up for grabs. I wouldn't filter on that label.

@Rick-Anderson
Copy link
Contributor

@bcisnero This one is high on the priority list.

@guardrex
Copy link
Collaborator

😄 Should the label be retired?

@bcisnero
Copy link

bcisnero commented Jun 12, 2018 via email

@Rick-Anderson
Copy link
Contributor

Yes, this issue

@Alienroid
Copy link
Author

Alienroid commented Jun 12, 2018 via email

@Alienroid
Copy link
Author

Alienroid commented Jun 13, 2018 via email

@guardrex
Copy link
Collaborator

No discussions in the repo issues are internal. Sometimes devs unsubscribe from notifications if there's a lot of talk on the issue or PR and they don't want to get the pings.

@bcisnero
Copy link

I wish there was a better way to ask this questions without creating that amount of traffic :)
So I created a new branch where I added a copy of the existing sample app with the changes needed to address this issue. Now the question is for the document, based on what @guardrex commented when I asked about the strategy, should I remove all the references for the core 1.x and left only those for the core 2.x? Or should I state that this how-to is only for core 2.1?

@guardrex
Copy link
Collaborator

@bcisnero We haven't traditionally retained the prior sample for tutorials. However, this one is authored by @Rick-Anderson, so he'll make the final call on keeping or dropping the current sample.

@bcisnero
Copy link

bcisnero commented Jun 15, 2018 via email

@Rick-Anderson
Copy link
Contributor

Fixed in #7614

@dotnet dotnet locked and limited conversation to collaborators Oct 11, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Pri1 Source - Docs.ms Docs Customer feedback via GitHub Issue
Projects
None yet
Development

No branches or pull requests

5 participants