I've been having this weird series of JavaScript errors with a number of different browsers except for IE. I will often get the dialog boxes and entry editor blanked out and will see error messages in the Firefox 3 error console saying stuff like:
Error: Permission denied to get property HTMLDocument.open Source File: http://www.codemonkeyramblings.com/mt/mt-static/mt.js?v=4.2rc2-en Line: 396
Thing is, when I hit "refresh global templates," it works just fine again for a while. I'm not sure what's triggering this problem. My database should be relatively clean since I rebuilt it from scratch with an export file sometime after I upgraded to 4.1. Has anyone else seen this bug? While this is a screenshot from Opera, this happens in Safari and Firefox as well:
http://www.codemonkeyramblings.com/files/screenshots/bugreports/blankbox.png
this is happening to me, too, in Firefox 3 and Safari, though with no code error. viewing existing entries of writing new ones, - the entry dialog box is blank and unresponsive.
- can't click over to the extended entry tab
- display options pulldown changes on mouseover, but doesn't respond to clicking
- tags and keywords boxes are fine.
no amount of refreshing templates is solving it for me. In fact, the refreshing template overlay is blank and hangs up, too, requiring refreshing of the template page.
I figured out how to stop this. It's a security violation that stops JavaScript from executing.
What I was doing was logging into codemonkeyramblings.com/mt/mt.cgi instead www.codemonkeyramblings.com/mt/mt.cgi. That caused the JavaScript to be loaded from a subdomain other than the one that the HTML and CSS were loaded from.
You to have to make sure that the subdomain you have listed in mt-config.cgi for the CGI and StaticWebPath is the exact same that you are logging into. If you have www. in it, you have to log into that, otherwise your browser will treat the JavaScript as a possible cross-site scripting attack and shut down the JavaScript that is being loaded from the other subdomain. The domain with www. and the one without are not the same for the purposes of loading the page, as far as new browsers are concerned.
For me, this continued executing in IE7, which... doesn't inspire confidence in IE (not that I had any to begin with, but that's beside the point).
hmm, my config and login url's match, but the JavaScripts are still not working in either Firefox or Safari.
well there you go; I ended up changing both the mt-config and my login url to the www. subdomain, and now it works.
Yeah, as I said, all of your urls have to match. That includes the one you log into, and the ones for your config variables.
I log into:
http://www.codemonkeyramblings.com/mt/mt.cgi
and have CGIPath and StaticWebPath both set with http://www.codemonkeyramblings.com/ as their base URL.
If I log into http://codemonkeyramblings.com/mt/mt.cgi, then when the JavaScript is loaded, it's loaded from http://www.codemonkeyramblings.com which is a separate domain than the one without www. and thus the JavaScript is generally not loaded.
The solution for SixApart would be to enforce the CGIPath variable in the CMS.
In addition, it's not just the entry editor window that goes blank - the javascript also appears to be broken in other areas as well.
For example, in "Design>Templates" clicking on "Refresh Blog Templates" does nothing. Nor does "Use Publishing Profile".
Post the domain in your browser's address bar, and the values that you are supplying to StaticWebPath and CGIPath, please. It was resolved, AFAIK. It's actually a browser-level issue because it's a security measure put into place to block potential cross-site scripting security holes. If you post those urls, I'll see if I can help you out.