Just ran into the same error in ASP

Just ran into the same error in ASP.Net application. In my case I did not use Code First, but I used standard ASP.Net authentication provider which apparently uses Code First, and authentication was broken because of this issue.
Here is quick and dirty solution is you don't care much about existing user records:

For me the solution was to drop the dbo.__MigrationHistory table, authentication started working fine after that. Be aware! This solution is not for everyone! This will fix the problem, but it is potentially risky.
If you cannot afford to lose data in AspNet* tables:

ASP.Net authentication provider automatically creates tables in your database:

AspNetRoles
AspNetUsers
AspNetUserRoles
AspNetUserClaims
AspNetUserLogings

The tables are empty by default, if you haven't created any new logins for your web site, you can use "quick and dirty" solution above. If you do care about preserving user information or just curios how Code First migrations work, follow these steps:

Open your Web.config file and check the name of the connection string you have for your database. It will be one of the records under element.

Open Package Manager Console:

Tools –> Library Package Manager –> Package Manager Console
In Package Manager Console window, use a drop-down to set Default Project. Make sure this is the project that contains ASP.Net authentication provider code.
Execute command:

Результаты (русский) 1:

Просто побежал в ту же ошибку в приложении ASP.Net. В моем случае я не использовать Code First, но я использовал стандартный поставщик проверки подлинности ASP.Net, который явно использует Code First и аутентификация была нарушена из-за этой проблемы.Вот быстрый и грязный решение, вы не заботятся о существующих записей пользователей:Для меня решение было падение dbo.__MigrationHistory таблицы, прекрасно после этого аутентификации начал работать. Будьте в курсе! Это решение не является для всех! Это решит проблему, но это потенциально рискованным.Если вы не можете позволить себе потерять данные в таблицах AspNet *:Поставщик проверки подлинности ASP.Net автоматически создает таблицы в базе данных: AspNetRoles AspNetUsers AspNetUserRoles AspNetUserClaims AspNetUserLogingsТаблицы являются пустыми по умолчанию, если вы еще не создали каких-либо новых имен входа для веб-узла, можно использовать «быстрый и грязный» решение выше. Если вы заботитесь о пользователях или просто любопытная, как работает код первой миграции, выполните следующие действия: Откройте файл Web.config и проверьте имя строки подключения, у вас есть для вашей базы данных. Это будет одной из записей под элемент. Откройте консоль диспетчера пакетов: Сервис -> Менеджер пакетов библиотеки -> консоль диспетчера пакетов В окне консоли диспетчера пакетов используйте раскрывающийся список для задания по умолчанию проекта. Убедитесь, что это проект, который содержит код поставщика проверки подлинности ASP.Net. Выполните команду:

Результаты (русский) 2:

Просто побежал в ту же ошибку в приложении ASP.Net. В моем случае я не использовал Code First, но я использовал стандартные ASP.Net поставщика проверки подлинности , который , по- видимому использует Code First, и аутентификация была нарушена из - за этого вопроса.
Вот быстрый и грязный раствор не слишком заботится о существующих пользователей записей:

для меня решение было падение DBO .__ MigrationHistory таблицу, аутентификация начал работать нормально после этого. Будьте в курсе! Это решение не для всех! Это позволит решить эту проблему, но это потенциально опасно.
Если вы не можете позволить себе потерять данные в ASPNET * таблицы:

ASP.Net поставщика проверки подлинности автоматически создает таблицы в базе данных:

AspNetRoles
AspNetUsers
AspNetUserRoles
AspNetUserClaims
AspNetUserLogings

таблицы пусты по умолчанию, если вы не создали каких - либо новых входов в систему для вашего веб - сайта, вы можете использовать "быстрый и грязный" решение выше. Если вы заботитесь о сохранении информации о пользователях или просто любопытными , как работают Code First миграции, выполните следующие действия:

Откройте файл Web.config и проверьте имя строки соединения у вас есть для вашей базы данных. Это будет одна из записей в соответствии с. Элемент

Open Package Manager Console:

Инструменты -> Библиотека Package Manager -> Package Manager Console
В окне Package Manager Console, используйте раскрывающийся список для установки по умолчанию Project. Убедитесь в том , что это проект , который содержит код ASP.Net поставщика проверки подлинности.
Выполнить команду:

Результаты (русский) 3:

просто наткнулся на такую же ошибку в ASP. Net Application.в моем случае я не использовать код, но я использовал стандарт ASP. Net провайдера, который, судя по всему, используется код аутентификации первой, и аутентификация была сломана, поскольку этот вопрос.здесь очень быстро и грязно, решение вас не заботит существующие пользовательские отчеты:для меня было принято решение отказаться от dbo. __migrationhistory таблица, аутентификации начал работать в порядке после того, как это.о!это решение не для всех!это позволит решить проблему, но потенциально опасна.если вы не можете позволить себе потерять данные в сети * таблицы:ASP. Net провайдера автоматически создает аутентификации таблиц в базе данных:aspnetrolesaspnetusersaspnetuserrolesaspnetuserclaimsaspnetuserlogingsстолы пустые по умолчанию,, если вы не сделали никаких новых имен для вашего веб - сайта, вы можете использовать "быстро и грязно" выше.если вы беспокоитесь о сохранении пользователем информации или просто сувениры, как кодекс первой миграции, выполните следующие действия:открой web.config файла и проверить имя в строке подключения вас для вашей базы данных.это будет одна из записей в < connectionstrings > элемент.открыть Package Manager консоли:инструменты - > библиотека Package Manager - > менеджер пакетов консольв менеджере пакетов консоли, использовать по умолчанию меню для проекта.убедитесь, что это проект, который содержит ASP. Net провайдера код авторизации.выполнить команду: