Not sure whether this pertains to VS 2010 or to the upgraded framework, but… we are using the Oracle membership provider to authenticate users. Prior to the upgrade everything worked fine, but now Membership.ValidateUser(user, password) returns false despite valid credentials. There is no exception thrown, so it’s hard to determine what the problem might be. The website administration tool in VS 2010 is still able to manage users and roles (more or less), so I have no reason to question connectivity. What might the problem be?
Answers:
Thank you for visiting the Q&A section on Magenaut. Please note that all the answers may not help you solve the issue immediately. So please treat them as advisements. If you found the post helpful (or not), leave a comment & I’ll get back to you as soon as possible.
Method 1
The answer (according to this post) is to specify hashAlgorithmType="SHA1" in the Web.config:
<membership defaultProvider="OracleMembershipProvider" hashAlgorithmType="SHA1"/>
This did not solve the problem for existing users, but newly created users can log in now.
Method 2
Sounds a little bit like the problem I am having..
Adding a machineKey element to web.config instead of hashAlgorithmType=”SHA1″ fixed the problem.. but I still don’t understand why I need to put that there… haven’t been able to find any documentation either..
You can check out my question here..
The user name or password provided is incorrect. in MVC 3 Internet Application
Method 3
You may be experiencing machineKey disparity.
In web.config – the implicit machineKey section uses autogenerated encryption and validation keys that are again keyed against the app Id (AutoGenerate,IsolateApps).
Are you testing with a different application instance or on another machine?
Is the Oracle membership provider 2.0 or 4.0?
And this is just a stab in the dark, maybe this will lead you to a solution.
From .NET Framework 4 Migration Issues
Membership types
Some types (for example, System.Web.Security.MembershipProvider) that are used in ASP.NET membership have been moved from System.Web.dll to the System.Web.ApplicationServices.dll assembly. The types were moved in order to resolve architectural layering dependencies between types in the client and in extended .NET Framework SKUs.
Class libraries that have been upgraded from earlier versions of ASP.NET and that use membership types that have been moved might fail to compile when used in an ASP.NET 4 project. If so, add a reference in the class library project to System.Web.ApplicationServices.dll
All methods was sourced from stackoverflow.com or stackexchange.com, is licensed under cc by-sa 2.5, cc by-sa 3.0 and cc by-sa 4.0