BuddyPress.org

Double-checked this for a friend, BuddyPress does not work where WordPress is given its own directory. I figured the rationale was one cannot create a network with that set up https://codex.wordpress.org/Create_A_Network#WordPress_Settings_Requirements. I just moved WP to physical subdomain and it was good to go

bp_before_members_loop is not a function, it is a WP action hook. Plugins and themes can use this hook to add functionality to your members page. Read the first limo provided by chouf1 to learn more, or google “WordPress hooks”.

Also, as megainfo suggests, it’s a good idea to learn a little about grep, which will help a lot in these instances.

I haven’t used or tested this plugin, but it looks like it might work for you.

https://wordpress.org/extend/plugins/user-domain-whitelist/

P.S. Go Jumbos! I’m an alum.

In case anyone googles here, the article posted by r-a-y works for different subdomains, but needs a bit of tweaking, based on this post:

http://roneiv.wordpress.com/2008/01/18/get-the-content-of-an-iframe-in-javascript-crossbrowser-solution-for-both-ie-and-firefox/

Basically, we need to put the wordpress page with the adminbar only in an invisible iFrame and access its content from the parent.

To do this, first we add the iFrame to the external php / html file. Something like this works:

`

`

Next, we need to edit the `page-component.php` file, adding a head and body onload element:

`

document.domain = “site.com”

`

This sets document.domain to the same domain as we will specify in our external file. It also adds jQuery (needed for buddypress-ajax-chat on my site). Finally, it sets an onload event to tell the parent window to grab it’s content.

Next, we have to add some more javascript to the parent, along with the other links mentioned in the article above:

`document.domain=”sirimangalo.org”;
function getNav() {
var content = document.getElementById(‘bpsrc’).contentWindow.document.body.innerHTML;
document.getElementById(‘bpContainer’).innerHTML = content;
}`

This sets the domain again, allowing the function to pass from the iFrame on up, and provides the function to grab the content of the source frame and output it to the “bpContainer” div.

I got the exact same issue here @tindell … featured image will not display in buddypress activty until I update it in the backend of wordpress manually Has anyone come up with a solution? This is really frustrating!!!! Ah buddypress

https://codex.wordpress.org/Function_Reference/do_action
https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-members-loop/

The function is in bp-themes/bp-default/members/members-loop.php]
Line 3 :

same post by OP in wp.org forums

What do you currently have at the root of your domain?

It would be pretty much the same as moving WordPress from subfolder to domain root or elsewhere.
Always backup database and server files to your computer hard drive before attempting the change, just in case.

https://codex.wordpress.org/Moving_WordPress
https://codex.wordpress.org/Changing_The_Site_URL

What versions of WordPress and BuddyPress are you using? Has the URL stayed the same?

Also, I suggest you revert to a standard WordPress theme (e.g. twentyten) and disable all plugins. Go to Settings > Permalinks and re-select/save your choice. Reactivate BuddyPress. Hopefully no errors, and that twentyten continues to work ok.

Then switch back to the theme that you were using, and check the BuddyPress functionality.

Hi Steve,

Missed your mentions.

do_actions can be found by searching for them. If you have a good search program, do a search for “do_action” throughout the /plugins/buddypress/ folder. (You’ll get a lot of results! It’s better to just sift through the code to find what you want though.)

As for specifics, the do_action for activity updates is “bp_activity_add”:
https://buddypress.trac.wordpress.org/browser/tags/1.2.9/bp-activity.php#L679

The code snippet above will not work with this as the parameter for “bp_activity_add” is different.

You need to convert WordPress into a network before users can create individual blogs:
https://codex.wordpress.org/Create_A_Network
https://codex.buddypress.org/getting-started/configure-buddypress-components/#post-1855 (scroll down to “Blog tracking”)

—

Or you might consider allowing your users to post on your current blog by making them an Author:
https://codex.wordpress.org/Roles_and_Capabilities#Author

By default, users are Subscribers.

By default the only “base” information is the username. This can’t be deleted.
Also why to delete when you can hide or give permission ?

For the other field or fiedset YOU added, try some of these plugins
https://wordpress.org/extend/plugins/bp-profile-privacy/
https://buddypress.org/community/groups/bp-privacy/

https://codex.buddypress.org/theme-development/wordpress-to-buddypress-theme/

It’s a cookie problem that was not fixed in v1.2.

However, it is fixed in v1.3:
https://buddypress.trac.wordpress.org/changeset/4039

hi, you can try this plugin am using : https://wordpress.org/extend/plugins/multi-level-navigation-plugin/

see it in action here : http://www.naijaping.com/

hope it helps

Oops… forgot the link
https://buddypress.trac.wordpress.org/ticket/2685

I downgraded wordpress with my backup before the upgrade and voila. Everything works perfect again

I have downgraded my buddypress Install to see if thats where the problem lies, however it still persists. I am not running Buddypress 1.2.8 however the reply doesnt work.

So i presume this has to do with the WordPress aspect.

Everything works fine in the default theme however.

8 active tickets remaining https://buddypress.trac.wordpress.org/roadmap
Feel free to help.