Hi Chad

I'm getting the same problem.  If you look at the trace (?umbDebugShowTrace=true) the actual error message is;

Error loading MacroEngine script (file: test.razor, Type: ''No MacroEngine found for extension ''
  at umbraco.cms.businesslogic.macro.MacroEngineFactory.GetByExtension(String extension)
  at umbraco.macro.loadMacroDLR(MacroModel macro)
  at umbraco.macro.renderMacro(MacroModel model, Hashtable pageElements, Int32 pageId)

Only happens when using a scripting file/macro combination. If you put the code directly into a template like;

<umbraco:Macro runat="server" language="razor">
   @Model.Name
</umbraco:Macro>

Everything works fine.

Regards
Evan

The file extension is not being passed, so it doesn't know what Macro engine to use to perform the rendering. (macro.cs line 356)

        public Control renderMacro(Hashtable attributes, Hashtable pageElements, int pageId)
        {
            MacroModel m = ConvertToMacroModel(attributes);
            return renderMacro(m, pageElements, pageId);
        }

ConvertToMacroModel method does not set the 'ScriptLanguage' property, there is then (marco.cs - line 1059):

IMacroEngine engine = MacroEngineFactory.GetByExtension(macro.ScriptLanguage);

ScriptLanguage property is null - so the system doesn't know what Macro engine to use.

I'd throw up a patch but this is my first dabble with the source, I've no idea what I might break!

Can either of you log it as a bug on codeplex please

Done

http://umbraco.codeplex.com/workitem/29858

In ConvertToMacroModel I've thrown a quick check in place to see if it's null and if we can derive it from the ScriptFile:

if (string.IsNullOrEmpty(model.ScriptLanguage) && !string.IsNullOrEmpty(this.ScriptFile)) {
                    model.ScriptLanguage = Path.GetExtension(this.ScriptFile).Substring(1);
            }

Argh, editing seems broken.

Anyway, the resulting .dll is 50k smaller than the one in the release build, it also throws a warning Master template is the same as the current template. It would course an endless loop! it seems the release build is different than the source it is tagged with on codeplex?

Nevermind, found the extra 50k, the umbraco.dll in the 4.6 download has been compiled in debug mode :/

We believe we've fixed all the bugs reported since the release. Could you help us test with this nightly build: http://bit.ly/gtoyV1

wow, thanks for your work. 4.6.* must be a very stable and classic version.

Confirmed now working fine

is working on a reply...