Correction. The site is not completely functional without the MU Domain Mapping plugin enabled. My end users cannot make copies of links and use TinyMCE Advanced to install the links. Also they don’t write code.
If I replace TinyMCE Advanced with MCE Table Buttons I have the same behavior.
Does anyone have any idea why Domain Mapping .5.1 might conflict with the functionality of these two MCE Plugins, and what we might do?
We’ve tested it in both Firefox and Safari, cleared cache, and cleared network cache.
Thanks for any help or ideas!
If you have maindomain
domain.com
and your blog is blog1.domain.com which is mapped customer.com
now when you’re in admin interface, you’re in customer.com/wp-admin. But, when tinymce tries to load thingys to popups, it tries to load from blog1.domain.com/…
Because of XSS-restrictions, it cant. That’s why its blank.
I don’t know what is the resolution though. Maybe we need to hack either Domain Mapping Plugin, or TinyMCE Advanced
You could use your own constant, and not WP_PLUGIN_URL.
Edit tinymce_advanced.php and start it with
$plugpath = WP_PLUGIN_URL . '/tinymce-advanced/mce/';
if(function_exists("domain_mapping_post_content"))
$plugpath = domain_mapping_post_content($plugpath);
define("REAL_PLUGIN_URL", $plugpath);
Then search and replace.
This solution is far from perfect, but until tinymce advanced author officially supports multiple domain mapping, it’s the best you can do 🙂
Had the same issue and spent the day nutting this out. Tried the above Jazmo detailed but couldn’t get it to work so looked a little deeper into it.
There’s an even simpler solution that I got to work and its to replace line 233 of tinymce-advanced.php
$plugpath = WP_PLUGIN_URL . '/tinymce-advanced/mce/';
with
$plugpath = $blog_url . '/wp-content/plugins/tinymce-advanced/mce/';
I can now add tables/images without getting blank popup windows.
Works only with 3.2.7
The truth is that TinyMCE Advanced is not fully WPMU/WP-3.0 network compatible. Apart from the path/URL issues above several of the TinyMCE plugins may produce HTML that would be filtered by kses if the user doesn’t have the “unfiltered_html” capability.
Since no user has that capability in Network mode there could be some inconsistencies between the content in the editor and the actual output on the front-end. I’m still debating what’s the best solution for that: remove these plugins when WordPress is in Network mode or add some mechanism to change kses when they are active (changing kses may let the users add unwanted/harmfull HTML).
Hi Andrew,
is there a working solution on the horizont?
Best wishes
Daniel
