Pushing in line... (1444: SQL Server provider always overrides default additional provider services registered in DbConfiguration)

If the SQL Server provider is not registered in the app/web config then we register a default instance by convention. This preserves the behavior from previous versions of EF where the SQL Server provider was always available even with no config.

Providers can now register additional default services. These default services where going into the resolver chain in the same section regardless of whether they came from an actual registered provider or from the SQL Server provider registered by convention. This meant that the by-convention provider would resolve default services before registered providers. The fix is to put the by-convention provider in a special place between normal default services and root services.
It's all faceted up... (1901: Check for Unbounded in EdmModelDiffer.BuildColumnModel)

MaxLength, Precision and Scale facets could have an Unbounded value which would result in an InvalidCastException. Unbounded is now treated the same as other types of not explicitly set values.
DDEXBabelFish - throw a better message when translating runtime to design time connection string if DDEX is not installed (Work item: #1838)

Some databases providers (most notably SqlServerCe) have a notion of a runtime and design time connection strings. Connection strings for these databases need to be translated and the designer is using the DDEX provider to do this. However if the DDEX provider is not installed (which is always the case for SqlServerCe in Visual Studio 2013 since Visual Studio 2013 no longer supports SqlServerCe) we would just show a message saying that the translation failed which was not very helpful in understanding why. After the fix if translation fails we check if the DDEX provider is present and if it is not we will add this to the error message.
Morse No. 165, Saskatchewan... (1986: Allow application to switch on logging without recompile)

The ability to register interceptors in the config file makes it possible to turn on logging without recompiled an app. However, there must be a suitable interceptor to register and DatabaseLogFormatter doesn't work because its constructors require a delegate which cannot be specified as a constant expression in the config file.

This is a simple logger that solves this problem by providing constructors that allow logging to the console or a file. It can also be used from code, but its main purpose is config file registration like:

<interceptors>
  <interceptor type="System.Data.Entity.Infrastructure.Interception.DatabaseLogger, EntityFramework"/>
</interceptors>

for logging to the console, or:

<interceptors>
  <interceptor type="System.Data.Entity.Infrastructure.Interception.DatabaseLogger, EntityFramework">
    <parameters>
      <parameter value="C:\Stuff\LogOutput.txt"/>
    </parameters>
  </interceptor>
</interceptors>

for logging to a file.