just2izy

Figured out

Yes I was.

It is working now but I cannot realy tell what I did, I just left it alone and after 2 days doing other stuff tried it and it worked.

The only thing I can say to help troubleshoot the issue for others is I MAY have been logged in as the Super-Admin from the sub-site when it failed butdoing so from the main site made it work.

PLEASE take the above as a wild guess not an observation, I really cannot tell why it broke or is working now…

Thanks for those that tried to help

Yes this is a multisite install. How did you solve yours??

It is actually not complicated at all, but I have disabled the plugin forf now due to the Settings issue it is causing and used the embed code.

Will keep this workaround in mind for future ref.

Thanks

Hmmm. Seems I celebrated too soon. Here’s what I posted to the other forum topic.

So, I finally managed to get it to work with SWT using a bit of your method and trial and error.

What I have now is, it does not matter WHERE you place the code for the filters ( I could be wrong) as long as you do it as one of Ron’s suggested ways; mu plugins, plugin network activated, plugin in child theme, functions.php on sub-blog theme.

See this Post on WPMUTutorials

I opted for the method to use it in the functions.php in the sub-blog theme.

Now comes the nearly tearing hair out part. Populating the posts works but remember its a CPT. You need to add support in the main blog (or tags blog) for the Custom Post Type.

I did that using the Custom Post UI plugin.

Soon as the CPT was created, I click it and there is the post already sitting there waiting. It was sitting in the DB waiting for a way to show up in the Admin Interface.

DoctorDR, does this give you any ideas to solve fro Post Formats. Is the Tumblog plugin installed on both sub-blog + main blog (or tags blog). Is Post Formats supported in sub-blog + main blog?

with CPT I had to add support for CPT must smn similar happen for Post Formats?

Sorry I’m sure you answered those ques already, tired, sleepy so forgive me.

Oh No…. It was an almost solution…. Something weird is happening…

The permalink is messed up. Custom fields didn’t come over yet…Tired. Will update tomorrow.

SEE this Forum Topic

Hi DoctorDR. Seems I have been chasing you all over the web. Every where I look for this issue, you are there.

So, I finally managed to get it to work with SWT using a bit of your method and trial and error.

What I have now is, it does not matter WHERE you place the code for the filters ( I could be wrong) as long as you do it as one of Ron’s suggested ways; mu plugins, plugin network activated, plugin in child theme, functions.php on sub-blog theme.

See this Post on WPMUTutorials

I opted for the method to use it in the functions.php in the sub-blog theme.

Now comes the nearly tearing hair out part. Populating the posts works but remember its a CPT. You need to add support in the main blog (or tags blog) for the Custom Post Type.

I did that using the Custom Post UIplugin.

Soon as the CPT was created, I click it and there is the post already sitting there waiting. It was sitting in the DB waiting for a way to show up in the Admin Interface.

DoctorDR, does this give you any ideas to solve fro Post Formats. Is the Tumblog plugin installed on both sub-blog + main blog (or tags blog). Is Post Formats supported in sub-blog + main blog?

with CPT I had to add support for CPT must smn similar happen for Post Formats?

Sorry I’m sure you answered those ques already, tired, sleepy so forgive me.

Sorry DoctorDR.

I do not have a solution but I am trying to get Sitewide tags to work with custom taxonomies and custom post types.

Since it seem syou have solved part of the problem, can I see the code for how you implemented the filters? Mine has never worked.

Sorry to barge in but this aligns with my question I was about to start a topic on perfectly.

So if I understand this perfectly by doing nothing, the default behaviour of Sitewide tags in terms of duplicate content SEO concerns is addressed.

Also I have enabled the use the Main Blog option. That doesn’t change the issue does it?

Ok I don’t know what I did, but it just started working again. Possible reasons.

I did play around with the plugin, re-selecting options etc but it did not immediately work even after clearing my cache. So maybe the cache finally cleared up….

I also edited my account info on MailChimp and saved. Don’t know if that triggered something.

I asked over at WPMUtutorials and Ron suggested the following.

For the latest version of Worpdress Mu Sitewide tags (0.4.0.1),

Add on Line 256 or there about: There’s an if there so the 1st statement;

$post->post_status = 'draft';

Thanks I figured that out. Seems I didn’t notice I had it enabled previously because I did not post any new contentt after enabling the plugin. It works well now but….

Is there a way to switch from the default of sub site posts being published immediately to them becoming drafts rather?.

Remember how Timthumb + multisite ‘issues’ recommended fix checks for current blog and uses that blog_id in the path to images. This breaks featured images from the sub site posts, as the blog_id always becomes that of the current site.

Default published status means no associated post images on the main site until a new featured image is manually added to the post pulled in from the sub site.

Yes. I figured that out and made the WP site the default so it handles misspelled and non-existent requests.

Still need to figure out how to do it right so the other sites I have on that server do not redirect to the WP site, sigh… One problem at a time.

Thanks.

Ps. I stuck with sub domains when Andrea says sub directory install gives more technical issues in her opinion, you listen….

Sorry to intrude.

Pull the tags blog posts to the MAIN blog. Then you’ll be able to choose which ones go in the category section of your homepage, just as if they were on the main blog.

How do you do that?