-
Notifications
You must be signed in to change notification settings - Fork 204
Consider improving missing user secrets ID exception message to help with migration to msbuild #590
Comments
I'm assuming the intent here is to help project.json --> MSBuild conversion. We'd need to put this into 1.0.x patch for this change to reach the right people. |
@natemcmaster yes that is it. I created this issue after the email thread. |
@Eilon heads up, another 1.0.4 candidate. |
Ok, please place in the appropriate milestone. |
@natemcmaster mentioned we could also add |
@Eilon will track this with the rest of the Feb patch release. We may decide to skip this though, because we may need to patch a lot of other packages because of this version bump. |
We should do whatever change we feel is right. If it means we have to rebuild more packages, so be it. |
Proposed patch: #594 This requires bumping aspnet/Configuration to 1.0.2, which will probably mean rebuilding most downstream repos. |
This patch bug is approved. Please use the normal code review process w/ a PR and make sure the fix is in the correct branch, then close the bug and mark it as done. |
Fixed in 618ff3c |
Customers that are using user secrets will need to tweak any call to
AddUserSecrets()
too as part of their migration from project.json to .csproj.The current exception message when the location of the user secret ID cannot be found (e.g. using EF Migrations or while publishing) looks like this:
This is all correct, but given a large number of customers may potentially run into this it makes sense to be more concise and to point to the easier to use
AddUserSecrets<T>()
overload.The text was updated successfully, but these errors were encountered: