Martin Blumenfeld

I just had this happen to me tonight. This is DEFINITELY A HUGE ISSUE. WPML and redirection are both fantastic plugins and it would be nice to see them work together.

I create a new french page and was making a bunch of edits to that page as well as scheduling it for a future publish date trying to figure out another bug. As I figured out that other bug, I went to click on our logo to go to the homepage and instead if brought me to my test page. I didn’t touch the homepage tonight at all, so I have no clue why redirection chose to set up that rule.

I’m definitely interested in this as well.

I think I might have figured this one out. I dropped the below block of code into my wp-config.php file. If the language session variable isn’t set I simply disable quick cache. My theme function gets called and runs as usual to detect the users location. Then on the next request the user has their session set so my if statement would be ignored. It seems pretty simple, but I think it’ll get the job done.

session_start();
if (!$_SESSION['language'])
{
	@define ("QUICK_CACHE_ENABLED", "0");
}

I saw the part about being able to disable the plugin on a page by page basis. The downside to this is that our entire north america site would be un-cached. Overall the entire site can be cached minus this one little piece.

I’ll dig into the plugin code a bit and see if I can slide my GeoIP call in before QuickCache is activated. We set a session on the page once GeoIP picks a language so if that session doesn’t exist I could set that QUICK_CACHE_ALLOWED variable to false for the page. The next time the user sees a page they would get a cached version.

I tried disabling plugins, but that didn’t seem to fix the issue. So I tried one more thing. I logged into the network admin and removed he blog ID I had set for this field “New blogs get the SEO settings from this blog” and now I can make edits around the site.

I’ll try disabling other site plugins tonight. This is on a clients site, so I can’t do anything during the day.

Yep SEO -> Titles settings. You make the change, click save and it reverts back to the previous values.

1.1.6

We’re using the latest version of WP SEO. I have blog ID #2 set as my primary blog in WordPress SEO under the setting: “New blogs get the SEO settings from this blog:”. I can change the titles in blog #2, I just can’t change them in any of the other 3 blogs I have.

Thanks for the update Frederick. That’s great news!! Do you have a timeline for the next release?

I’m noticing a similar issue on our plog. We have the pruning setting set to “Single + Frontpage”, though we use a static front page for our homepage and then have the blog set to a “/blog” page. It would be great if you could clear the cache on the blog post, the home page and the blog index when someone posts a comment.

Is there a guide showing how to properly set up W3TC with multi-site. I understand having to activate it individually on each blog, though then each blog starts throwing config and .htaccess warnings at the top of the page. Or do you just ignore those?

Thanks for the reply!

How do you properly set up the .htaccess file? There are site specific paths in the default .htaccess config settings and people just say to do it manually, but don’t dig into it in more detail. Do I need to make sure that all sites have the exact same settings?

There are two fixes for this issue from what I’ve seen. One uses FolioVisions update as described above. WordPress changed the URL for new posts to “post-new.php”. So that’s one. Another change has to be made to the admin.js file in the resources folder of the Sniplets plugin.

If you replace lines 231 to 239 with these line it’ll get your edit page working. It won’t however add in the sniplets button to your toolbar. I’m not sure what button the original developers code is trying to clone. Then again we have a new solution and won’t require sniplets in our next site release.

if (but) {
		while (but.nodeType != 1)
			but = but.previousSibling;

		but = but.cloneNode (true);
		toolbar.appendChild(but);
		but.value = 'sniplet';
		but.title = edButtons.length - 1;
		but.onclick = function () {edInsertTag(edCanvas, parseInt(this.title));}
		but.id = "ed_sniplet";
        }

My issue ended up being that I imported my wordpress tables from a local single install into my WordPress network. I updated the table names to include the ID for the site, but I missed updating the ‘wp_user_roles’ attribute in the options tables. So renaming that to “mwp_6_user_roles”, with “mwp_6_” being the prefix for my other site tables, the roles started to work.