BuddyPress.org

Hi everyone,

First of all, thank you very much for the BuddyPress plugin (it is an awesome work! )
I have the same issue than nigelsd =(. When I click on “Complete Sign Up”, the page is reloading emptying just the password fields.

I have just installed on a local environment with MAMP:
– The latest stable version of wordpress (3.8.1).
– One plugin alone: BuddyPress in its latest stable version (1.9.2).
– I have installed nothing else and all with a new clean BDD.

Could you support us in order to be able to go a step further in the use of BuddyPress please?
Thank you very much in advance

Jordane

Hi @matthew.hout, Did you try Buddybosses Second idea? That’s what it sounds like the problem is. After you install BuddyPress you need to assign certain BuddyPress Pages to WordPress Pages (Activity Streams, Site Tracking, Members, Register and Active, are the pages depending on your Component Settings). To set these pages go to; Settings -> BuddyPress -> Pages. I don’t remember if BuddyPress creates the WordPress pages for you. You may have the create a blank page for each yourself. After you connect the WordPress pages to BuddyPress, I’d imagine it will start working.

Hi @neerajkumar2020

Ah right. So it’s this plugin you’re using:
https://wordpress.org/plugins/buddypress-group-email-subscription/

It’s very easy to update user meta in WordPress. See:
https://codex.wordpress.org/Function_Reference/update_user_meta

But the plugin uses the BP version of this function AND I see that there are conditions in place which govern when this particular meta value is updated.

Have you tried asking on the plugin’s support forum? That might be the best place to start as you’ll have people there far more familiar with the plugin’s code.

https://wordpress.org/support/plugin/buddypress-group-email-subscription

Unless you have some other ideas for the site, you don’t need BP.

Google ‘WordPress booking scheduling calendar’.
There are several premium plugins that should do the task.
Maybe somebody else here can may a direct recommendation.

@offereins – Thanks for the post.

Grabbing $_GET['s'] is, of course, intended behavior. But not allowing overrides – that, I would interpret as a bug. You can see the behavior here: https://buddypress.trac.wordpress.org/browser/tags/1.9.2/bp-groups/bp-groups-template.php#L335

The proper fix is for us to sniff out querystrings *before* parsing the arguments passed to the function. That way, you can pass a null ‘search_terms’ parameter to bp_has_groups() to bypass our default behavior. Would you mind opening an enhancement ticket for this at https://buddypress.trac.wordpress.org?

For the time being, you can continue to do what you’re doing by manually setting/unsetting $_GET['s'], or you can filter the clause out of the SQL statement, both of which you’ve suggested above. The only other workaround that comes to mind is something like passing a space character ' ' as a search_terms param – though even that might miss groups with one-word names and descriptions.

I don’t know your setup, but I think your WordPress has automatic background updates enabled and when you tried to enter it, WordPress needed to update the database. I’m just guessing here, but it seems like it.

@landwire I see! That explains it.

Is that something that can be taken to core developers and asked if we can enhance the filter functionality

You could always ask? Trac is the best place to do that: https://buddypress.trac.wordpress.org/

@xxxTRISTAMxxx, I visited your site and also your pages but I think you have the so-called White Screen of Death 😀

Just follow @aces advice.

You can also try reading and following this codex:
https://codex.wordpress.org/Common_WordPress_Errors

Hope this helps ^_^

Hi guys !

Most of the publishing stuff is regulated from within WordPress settings.
And allowing blog and forums activity comments is a setting of BuddyPress.

If you don’t want your users writing notices (what’s new ?), the only thing that is published by buddyPress, you can remove the notice form from the template or add a conditionnal if/else for the allowed members…

@boblebad, FYI buddypress is not a forum software. The forum plugin is bbPress.

Yeah, I’m suffering the exact same issue.
Wordpress 3.8.1, Buddypress 1.9.2

At first I thought it was because of an update to my Simplepress plugin, but that doesn’t seem to be the issue.

I’d hazard a guess it appeared after the latest BP update.

https://buddypress.org/support/search/spam/
https://codex.wordpress.org/Hardening_WordPress

I would suggest checking out this BuddyPress ticket:
https://buddypress.trac.wordpress.org/ticket/5140

That’s likely the cause. This bug has been documented.

A 404 error is when the server cannot access a link. Usually a broken or dead link. WordPress uses “pretty permalinks” which basically means it creates virtual links for your site using a structure that you assign to it. If this system is messed up you may get 404 errors all over the place.

First idea: Go to Settings > Permalinks and set the Permalinks to default. Test your site, and then set Permalinks back to whatever custom structure you had set up. Might fix it.

Second idea: Make sure you have a page assigned to each BuddyPress component, at Settings > BuddyPress. If not, WordPress may not know where to access the BuddyPress pages and may return 404 errors.

Just looked at your site.
All page url include ‘index.php’.

I don’t know why, but suggest you do a search or ask on the WP forums.

You’re not the first to have this problem:
https://wordpress.org/search/remove+index.php+from+urls

The problem is the ‘index.php’ in your url.

On this screen: /wp-admin/options-permalink.php
Is ‘Post name’ selected?

On this screen: wp-admin/options-general.php
what does WordPress Address (URL) say?
And Site Address (URL) say?

Go to Pages > Groups and click edit.
If you see ‘index.php’ in the permalink, remove it.