Stefan Gossner is the resource for MCMS.
Update :: Stefan has posted a new entry about this. Solving the "ugly" URL issue for Mac clients
He has a couple of posts about ugly urls :
I've dealt with similar problems and I based it on these postings.
In addition to ugly, there is an issue with IE on Mac. When you change the form action in script in the manner that MCMS does (also in Stefan's work-around), you get very strange behavior, anything you click causes a postback.
I haven't drilled down on the exact details of the bug, but it is IE on Mac, probably version 5.5.
The code I've posted for OnPreRequestHandlerExecute is a little different; I Rewrite the path and I don't go digging for the __CMS_Page script block in OnInit.
I want to get rid of the script block, not modify it. I could do this the same way as Stefan by calling x.RegisterClientScriptBlock("__CMS_Page","") so that the key is used, but I like the idea of filtering it out instead.
In my base class (used for all pages) I override RegisterClientScriptBlock and do nothing if the key is __CMS_Page. If you don't have a common base page, you can try the register a blank script approach.
I figured this out on a site that is no longer using MCMS, so I proofed and tested it using the woodgrovenet sample site
I have not yet figured out how to make this work with multiple root channels, it gives me a error about mapping to annother application.
public void OnPreRequestHandlerExecute(object o, EventArgs e)
HttpContext ctx = ((HttpApplication)o).Context;
IHttpHandler handler = ctx.Handler;
// lets correct the ugly URLs when switching between update and published mode
Posting thisPosting = CmsHttpContext.Current.Posting;
PublishingMode currentMode = CmsHttpContext.Current.Mode;
if (thisPosting != null && currentMode == PublishingMode.Published)
if ( ctx.Request.QueryString["NRORIGINALURL"] != null &&
ctx.Request.QueryString["NRORIGINALURL"].StartsWith("/NR/exeres") ) // oh so ugly
if ( !thisPosting.Url.StartsWith("/NR/exeres") )
// to correct the ugly URL problem for normal postbacks we have to register an eventhandler for the
// Init event of the page object. This handler then can register a better client script block as the one in
// the console code
//Here it gets different...
if(thisPosting != null)
//Dig the QueryString out of the UrlInner
string urlInner = thisPosting.UrlInner;
string postingQS = "";
postingQS = urlInner.Split('?');
//Rewrite the path so that the webform (form tag) will have the posting's url
In your base class:
public override void RegisterClientScriptBlock(string key, string script)
//Response.Write(key + "<HR>");
if(key!="__CMS_Page")base.RegisterClientScriptBlock (key, script);
My mom would have been shocked if I got anything less.