PSA: Installing or upgrading DNN v.8.0.1 may break your website unless your server supports the ability to launch EXE files. This version automatically installs Microsoft.CodeDom.Providers.DotNetCompilerPlatform_01.00.01_Install.zip, which is a runtime compiler to support C# 6 and VB 14 files that are uncompiled. A workaround can be found at https://dnntracker.atlassian.net/brow....
OP/ED: I question the decision and lack of explanation by the team's leaders to release a version that is sure to break on nearly any hosting company. IMHO, this should have been an optional module to start, and its impact was curiously left out of the release notes other than to say that C# 6 and VB 14 are supported... a feature of little to known use that I am aware of in this particular release and not discussed in any meaningful way that I saw in DNN's blogs or the release notes.
What makes me most upset is that this version is the only known fix for critical issue 2016-04 (Critical) Potential CSRF issue on WebAPI POST requests on 3/16/2016, and creates the "Critical" tag above the DNN logo in the control panel. Installing this version will very likely break anyone's DNN website unless they have the ability to affect changes at the machine level, which is IMHO not going to be the case across the majority of installations on a shared server.
The workaround will help correct the automatic installation of CodeDom on a site after it has been upgraded, but the release ZIPs have not been updated on CodePlex and there is not special mention in the release notes as a warning. As more people respond to the critical issue, they will find this out the hard way and I believe it will reflect poorly on the project. It is not making easy work of managing a large number of websites across different hosting companies where the ability to run EXEs would have to first be tested.
Thank you to all the hard working and dedicated members of the DNN team. I am a loyal developer and advocate for DNN, and think that communication could have been better and the move to implement CodeDom should have at least started out as optional.