I have now gone through all the tests, and am pleased to say that 909 tests are passing, and that testing is concluded.
The most interesting errors are logged in the Umbraco error tracker Incorrect Parse of date..., and here MySql republish all fails.
Otherwise, we had some error fixes due to XPathNodeIterator differences, which are well-known.
The remaining few failures appear to be of technical origin: e.g. string encrypt / decrypt tests fail due to null AppDomainAppVirtualPath handling System.Web.Util/UrlUtils (161) in mono. The mono HttpRuntime is coded and coupled very differently. And, to sort this out, we would need to create a wrapper for the FormsAuthentication... calls
I ll be doing some front-end and back-office tests next.
congratulations for your great work.
ReplyDeleteI have a problem running umbraco 6.0.6 I get the following error
System.Web.Configuration.nBrowser.Exception
Parent not found with id = default
Description: HTTP 500.Error processing request.
Details: Non-web exception. Exception origin (name of application or object): System.Web.
Exception stack trace:
at System.Web.Configuration.nBrowser.Build.InitializeTree () [0x00000] in :0
at System.Web.Configuration.nBrowser.Build.Browser () [0x00000] in :0
at System.Web.Configuration.nBrowser.Build.Process (System.Collections.Specialized.NameValueCollection header, IDictionary initialCapabilities) [0x00000] in :0
at System.Web.Configuration.CapabilitiesBuild.Process (System.Web.HttpRequest request, IDictionary initialCapabilities) [0x00000] in :0
at System.Web.Configuration.HttpCapabilitiesBase.GetConfigCapabilities (System.String configKey, System.Web.HttpRequest request) [0x00000] in :0
at System.Web.Configuration.HttpCapabilitiesDefaultProvider.GetBrowserCapabilities (System.Web.HttpRequest request) [0x00000] in :0
at System.Web.HttpRequest.get_Browser () [0x00000] in :0
at System.Web.UI.Control.ResolveAdapter () [0x00000] in :0
at System.Web.UI.Control.get_Adapter () [0x00000] in :0
at System.Web.UI.Page.get_PageAdapter () [0x00000] in :0
at System.Web.UI.Page.InternalProcessRequest () [0x00000] in :0
at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context) [0x00000] in :0
Version Information: 3.2.2 (mono-3-2/43cfbb9 jue ago 8 18:49:50 COT 2013); ASP.NET Version: 4.0.30319.17020
Hi Harold,
ReplyDeleteThis is because of a missing 'Default.browser' file in the 'App_Browsers' folder. You can find this file here: /etc/mono/4.0/Browsers/Default.browser, and then copy or symlink.
A note on mono 3.2.x - I have not been able to get nginx & the fastcgi-mono-server4 to play well together, but xsp4 seems to be doing OK.
I compile mono Branches mono-3-2
ReplyDeleteand xsp4 relase 3.0.11 everything from Git.
nginx fast-cgi with tcp port