[@petervandoorn Participant 8 years, 10 months ago]

Have a look at this plugin: https://themekraft.com/products/woocommerce-buddypress-integration/

[@petervandoorn Participant 8 years, 10 months ago]

I don’t have a problem – I have BP & WP installed on 2 sites and have never had an issue, so I suspect it’s a co-incidence.

You’ll need to do some investigation to find out what is actually causing the error. Start by changing your wp-config.php file to write an error log. Find the line which says define('WP_DEBUG', false); and change it (plus adding the other 2 lines) to:

define('WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Then try to view the site again. It will create a new file in the wp-content folder called debug.log. This is a text file with all of your errors in. Hopefully you’ll see a fatal error or something which identifies where the error occurred.

Hope that helps.

[@petervandoorn Participant 8 years, 10 months ago]

As far as I know, there’s no way to do that with BuddyPress’ built-in tools.

However, it is possible with plugins such as the one you identified.

I had a similar requirement and ended up doing it by utilising BP’s Member Types functionality (which require a plugin or custom code to set up), a plugin called BuddyPress Xprofile Member Type Field to map that to an xprofile field (so that the user can change it herself… it was the easiest way I found to add that to the user’s profile, although there might be a better way), all tied together with custom code to patch in to the xprofile_updated_profile action to check what the change is and then use the groups_accept_invite() and groups_remove_member() functions to change the membership accordingly.

I know that’s not very detailed, but due to lots of other functionality, such as adding to email lists, my code ended up being quite complex, so it’s not possible to paste it here.

Hope that helps

[@petervandoorn Participant 9 years, 1 month ago]

Add this to your CSS:

#buddypress div.item-list-tabs ul li a span { float: left; }

[@petervandoorn Participant 9 years, 1 month ago]

groups_accept_invite( $user_id, $group_slug );

[@petervandoorn Participant 9 years, 4 months ago]

Hi. I struggled with this for a while, and I agree entirely that something like this needs to be in the BuddyPress core… actually, I think much better user management needs to be in the WordPress core, not just BuddyPress, but that’s a discussion for another time…

I eventually found the code that you’re using and modified it to be able to ignore all users with a specific WP role or roles, thus removing the need to hard-code specific user IDs.

To manage user roles you’ll need a plugin such as User Role Editor by Vladimir Garagulya and create a new role that you assign to users who you want excluded (I chose “suspended”). If you use URE you can assign this as an additional role to the main one that WordPress allows you to set.

The code is here: http://pastebin.com/9xYALGfR, but I’m no PHP expert, so offer no assurances… all I can say is that it works for me 🙂

[@petervandoorn Participant 9 years, 6 months ago]

https://buddypress.trac.wordpress.org/ticket/7395

First time I’ve ever done that!

Thanks

[@petervandoorn Participant 10 years, 2 months ago]

Seems to me that BuddyPress could be extended to do all that… with a lot of custom coding.

Or, a quick Google brings up loads of alternatives: https://www.google.com/search?q=wordpress+jobs+board+plugin

[@petervandoorn Participant 10 years, 2 months ago]

On my install, ‘forums’ is singular – ie, ‘forum’.

[@petervandoorn Participant 10 years, 2 months ago]

This will turn off registrations altogether, thus removing the BuddyPress missing page nag:

Go to your WordPress’ Settings > General page and uncheck Membership Anyone can register

Don’t know how that will effect your theme’s registration, though…

[@petervandoorn Participant 10 years, 2 months ago]

You don’t say how you’re using them.

My usage is:

define ( 'BP_DEFAULT_COMPONENT', 'profile' );
define ( 'BP_GROUPS_DEFAULT_EXTENSION', 'forum' );

to change the default view in the user’s profile to ‘profile’ and the group to ‘forum’.

[@petervandoorn Participant 11 years, 3 months ago]

I’m using a child of the bp-default theme, and I haven’t overridden the activity template.

A search of the files in the buddypress/bp-themes/bp-default folder turns up nothing, so I’m guessing not.

[@petervandoorn Participant 11 years, 3 months ago]

🙂

Nope, not permalinks.

Not sure how that would effect the routine that adds the entry to the menu though!

Cheers

[@petervandoorn Participant 11 years, 3 months ago]

Sorry, @hnla, didn’t mean to offend! In my experience, if something doesn’t work and then you’re advised to change it to something else that does work, it usually means the original was wrong!

Don’t suppose you have any insights into why it’s still not adding the entry to the Show menu?

Cheers!

[@petervandoorn Participant 11 years, 3 months ago]

Hmm… just come across some other problems.

1. The codex example still isn’t inserting the entry into the Show drop-down menu.

2. I have a post type called “document” and that isn’t working at all, although my others are.

Finally, and this is just an observation, but I wonder why all of this is necessary. The WordPress function register_post_type() already allows you to set singlular and plural labels for post types – surely it would be better for the bp_activity_set_post_type_tracking_args() function that we’re modifying here to use these labels by default?

[@petervandoorn Participant 11 years, 3 months ago]

Thanks all for this. I can confirm that it has solved the problem.

I had already worked out that 'component_id' => buddypress()->activity->id was wrong and should be 'component_id' => 'activity', but it’s interesting to find that the source of the problem was that the codex example was (and still is, btw) hooking into the wrong action.

Now, on a related note, does anyone know if it’s possible to insert the name of the post into the 'bp_activity_new_post' parameter?

Cheers

[@petervandoorn Participant 11 years, 3 months ago]

*bump* I can’ believe no-one else has this problem!

[@petervandoorn Participant 11 years, 4 months ago]

I’ve had this problem for years with BuddyPress updates.

Each time you update BuddyPress you need to get into the habit of going to Settings > Permalinks and clicking on Save Changes (you don’t need to actually change anything, just click Save Changes)!

Hope that helps

[@petervandoorn Participant 11 years, 4 months ago]

Hi tstrickland415, thanks for the input, but I am only talking about creating new posts. I wouldn’t expect it to effect old posts as they are already stored in the database!

[@petervandoorn Participant 11 years, 7 months ago]

Hi shanebp

Thanks for the that, but I have tried the repair tools, and they don’t do anything to help me.

Yes, I know of that script, but was rather hoping that there was something that I’d overlooked without having to get my hands dirty directly editing the database!

Seems to me that this is something that the repair tools should handle. I can’t be the first person to have tried to move the location of a forum.

It also seems odd that this is actually a problem, as I seem to recall a recent update to BP boasting that the activity stream was now generated automatically on each load, rather than being a pre-defined set of data. Surely the URL of a forum post should be something that is being regenerated each time?

Thanks again

[@petervandoorn Participant 11 years, 7 months ago]

Since BP 1.6 there has been a constant that defines this.

Just add define ( 'BP_GROUPS_DEFAULT_EXTENSION', 'forum' ); to your functions.php or bp-custom.php file.

From then on, when you click to go to a group, it will display the group’s forum page instead of the normal ‘Home’ activity landing page.

[@petervandoorn Participant 12 years, 2 months ago]

You’re absolutely right, but I’ve been using it for 2 years and, all I can say is, I’ve never had a problem with it.

I do hope I’m not tempting fate there!

[@petervandoorn Participant 12 years, 2 months ago]

Private BuddyPress by Dennis Morhardt works an absolute treat for me.

[@petervandoorn Participant 12 years, 4 months ago]

Thanks @shanebp, yes I know how to trouble-shoot WP – I was hoping that, since it’s reporting as coming from WP’s functions.php, this might be a known issue, so thought I’d ask first before taking the site offline.

I have my wp-debug set to write to a log file. I cleared the file and loaded one page, and saw the 2 errors repeated 4 times. So, over the course of a day with many people accessing it quickly mounts up to thousands!

Cheers

[@petervandoorn Participant 12 years, 9 months ago]

Well, I’ve solved the problem – or, at least, what was causing MY problem – others may be having different issues.

Background: I originally set up this site in BP 1.6. When 1.7 came along and the old built-in forum system was deprecated, I installed bbPress 2.3 as instructed and it migrated all of my forums over to the new system.

So, I naturally assumed that all of the settings would be taken over too. I’ve just looked at the individual forums and have noticed that they have all had their Visibility set to Public, even though they are in Private or Hidden groups!

So, setting the visibility to what it should be has solved the problem.

HOWEVER, I do still consider there to be at least 3 bugs in the BuddyPress / bbPress software:
1. When the forums were converted from bbPress 1.x to 2.x they should have had their visibility set correctly.
2. The forums are all hosted within groups. Forums like this should respect the group’s Privacy settings.
3. Even if you should set a Public forum within a Private group, the posts should not appear in non-members’ activity feeds. The forum itself is not visitable, neither are its individual posts.

Peter