[elemsee]

Thanks guys for persevering with this thread. I’ve been having the same problem (incompatibility btw two signup processes, user asked for PW not given, etc. etc.), I’ll try the suggestion above and see/hope if it resolves the problem.

[elemsee]

I second DJPaul’s ascension to god-like status (and nominate Jeff Sayre, for pointing me here). This solution worked perfectly. I now have BP running on blog.mydomain.com as the community hub for the entire site. Everything is neat and tidy and works just fine. Many thanks.

[elemsee]

I’m keeping my eye on this, as I’m having a similar problem. We’re using BP as a member directory/community for our website. Now with http://mydomain.com/members gone, I attempted to activate BP on a user blog — as example, http://someblog.mydomain.com.

Buddy bar links look for the syntax http://mydomain.com/members/admin etc., which do not exist.

Items on the BP-activated blog are looking for links such as http://someblog.mydomain.com/blog etc., which also does not exist.

[elemsee]

Well, ya know. It’s one of those things. I can’t tell you what I did, but poking at it repeatedly seems to have fixed it. It throws an error message back at me when activating, but now it’s working.

[elemsee]

Well this was the error message I was getting for whatever reason.

`

Downloading update from https://downloads.wordpress.org/plugin/buddypress.1.1.2.zip.

Unpacking the update.

Installing the latest version.

Deactivating the plugin.

Removing the old version of the plugin.

Plugin upgraded successfully.

Attempting reactivation of the pluginFatal error: Cannot redeclare bp_activity_install() (previously declared in /chroot/home/barliman/barlimans.com/html/wp-content/plugins/buddypress/bp-activity.php:19) in /chroot/home/barliman/barlimans.com/html/wp-content/plugins/buddypress/bp-activity.php on line 52

[elemsee]

It shouldn’t, yes. But it did.

The directions say deactivating bp-related plugins is sufficient, would you suggest deleting them from the plugin folders entirely?

And I was manually upgrading.

[elemsee]

Actually, geekjohn did post something similar two days ago, but no one has responded to him.

I’ve tried a number of different approaches without luck, so if someone could please provide a tip, that would be great.

[elemsee]

Actually it was working, until I overwrote the PHP files with some suggested changes from WPMU devs in order to get the Arthemia thumbnails to work. It didn’t fix that problem, but it did remove the buddy bar, lol. I’ve restored the original PHP files (because we’re coming up with a diff solution for the thumbnail problem), so the Buddy Bar has come back.

It’s really all a game of Jenga, isn’t it?

[elemsee]

lol.

But here’s another reason for needing the ability to remove the “create a blog” option if desired.

Erich73, DJPaul has put in a trac ticket to see if they can incorporate that functionality. Eventually. We had the code stripped out of the bar on my site, but it was a pain to do and gets overwritten in updates. Removing is drastic, but I can see why you did it.

[elemsee]

Done. Though I suspect it’s going to be a “it’s Arthemia” problem (though it worked with Arthemia prior to the changes). Getting support from Arthemia is an exercise in futility though.

[elemsee]

Ok then. Jeff, is it OK if I repost my question in the missing linked-to-thread? I don’t want to spam the troubleshooting board without asking. Thanks.

[elemsee]

Lovely! Thanks.

[elemsee]

And yet can respond and edit this post, lol. But not the other one.

[elemsee]

Hi DJPaul, thanks

I have blog registration set to “Only user account can be created.”

I still see “create a blog” in:

1) The Buddy Bar > My Account > Blogs > Create a blog

2) http://yoursite.com/members/yourname/blogs/ Blogs > Create a blog

If this could be improved, that would be great.

[elemsee]

I eventually had a friend more versed in PHP than I am go in and strip the code that called the blog options into the PHP files. Unfortunately, when I upgraded to the new version of BP, they came back.

I’m not a programmer, obviously, and no slag at anyone, but it kind of seems as if it should be a no-brainer. BP offers a great way to tied together a community, even without the blog option. There’s no way we want to risk having blogs affiliated with our site that offer content not in-line with our family-friendly atmosphere.

[elemsee]

Actually, to be more specific (and this is part of a question I asked elsewhere many weeks ago) it’s true that turning off the option in WPMU DOES restrict users from creating blogs through BP. However, they shouldn’t be able to *see* the create a blog option, at all.

From a user perspective, it conveys a) that the site is broken, b) that they’ve done something wrong. Also, from a customer satisfaction perspective, we’ve now denied them something that they “could” have had.

[elemsee]

@Rogercoathup

Unfortunately, changing the WPMU option does not trigger anything in Buddy Press. Which was part of my original question, iirc. I still think that that needs to be worked into BP.

[elemsee]

Actually, it’s disappeared on BP, just not on my blog pages

[elemsee]

David, definitely sounds easier.

I edited and uploaded custom.css to /wp-content/bp-themes/bpmember/css, but doesn’t the custom style sheet need to be called into the template? Simply uploading the file doesn’t seem to do the trick.

[elemsee]

“”I’m currently finishing the BuddyPress Privacy Component. A private alpha test will be out within a week. It gives users the ability to set fine-grained privacy control (viewing rights) over all their data. “”

That’s excellent news. Looking forward to it.

[elemsee]

I ultimately contacted a developer friend who sorted out what to do.

All instances of “create a blog” are now gone, including the one on the Member page.

Thanks for trying to help.

[elemsee]

sigh

I:

— installed BP through wpmu plugin admin without any error messages.

— have not altered any directories, save for moving bp-themes to wp-content as instructed in setup instructions.

— have not touched any php files, save for bp-core-adminbar.php

— have only added the code above.

— am not using supercache.

— have cleared computer cache three times.

I’m going to have to find another solution. Maybe find the language “create a blog” and “blog registration has been disabled” and make it say something else. Thank you for your help, though.

In the meantime, can someone either a) address my original question and create a plugin (not that I’m demanding someone do work for me) or b) add something to the BP admin where you can turn off “create a blog” instances, or c) any other solution that I am clearly not well-versed enough to think of.

thanks.

[elemsee]

Ok, but still. Leaving the member page issue aside, my question was/is: I’m trying to apply your patch. Is there something I’ve done wrong in the steps I outlined above that is resulting with the “create a blog” link NOT being removed from [the Buddy Bar]?

I’ve cleared cache, I’ve used different computers, I’ve asked other people to check — the “create a blog” link remains. So I must be doing something wrong.

I’d really like to be able to resolve this problem after a week or more of trying to uncover a solution. It seems to me it only makes sense that if user blog creation is disabled in WPMU that *all* instances of “create a blog” should logically disappear in BP.

:S

[elemsee]

Thank you, Jason. I’ve cleared my cache, as well as had two other people try this (restarting server not an option, unless my host can be asked to do so….)

Let me walk through what I’ve done:

• In wpmu site admin, “Only user account can be created” is enabled.
• Within bp-core-adminbar.php, I replaced this code:

echo '<li' . $alt . '>';

echo '<a>loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';

echo '';

• With this code from the patch:

if ( bp_blog_signup_enabled() ) {

echo '<li' . $alt . '>';

echo '<a>loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';

echo '';

}

• Saved and re-uploaded to buddypress/bp-core
• We created a new subscriber account to test. New user sees:

— “My Account” in admin bar, with “Create a blog” on flyout

— “You haven’t created any blogs yet, create one” on [profile] > Blogs > My Blogs

— “Blog registration is currently disabled” on [profile] > Blogs > Create a Blog

All “Create a blog” references should be gone, no?

Any obvious misstep?

[elemsee]

Patched bp-core-adminbar.php with:

if ( bp_blog_signup_enabled() ) {

echo '<li' . $alt . '>';

echo '<a href="' . $bp->loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';

echo '</li>';

}

line 171-176

With “Only user account can be created” enabled.

“Create a blog” still appears in admin bar and on member page.

Tested as user without any posting permissions; blog contributor; admin.