The PreApplicationStartCodeTest methods StartInitializesSimpleMembershipByDefault and StartDoesNotInitializeSimpleMembershipWhenDisabled fail when additional membership providers are defined in the machine.config.
The creation of the test app domain does not rely on a specific configuration file which resets the providers. It simply creates the domain with the default configuration which is provided by the machine.config file.
I chose to address this by modifying the tests to verify the presence or absence of a simple membership provider appropriately. An alternative would be to provide a configuration file to the test app domain which resets the providers to an expected start point.
Comments: Fix checked in: http://aspnetwebstack.codeplex.com/SourceControl/changeset/72fa390d9642 http://aspnetwebstack.codeplex.com/SourceControl/changeset/f943ed89b39b
The creation of the test app domain does not rely on a specific configuration file which resets the providers. It simply creates the domain with the default configuration which is provided by the machine.config file.
I chose to address this by modifying the tests to verify the presence or absence of a simple membership provider appropriately. An alternative would be to provide a configuration file to the test app domain which resets the providers to an expected start point.
Comments: Fix checked in: http://aspnetwebstack.codeplex.com/SourceControl/changeset/72fa390d9642 http://aspnetwebstack.codeplex.com/SourceControl/changeset/f943ed89b39b