Forum Replies Created
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 🙂
First time I’ve ever done that!
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
On my install, ‘forums’ is singular – ie, ‘forum’.
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…
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’.
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.
Nope, not permalinks.
Not sure how that would effect the routine that adds the entry to the menu though!
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?
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?
Thanks all for this. I can confirm that it has solved the problem.
I had already worked out that
'component_id' => buddypress()->activity->idwas 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
*bump* I can’ believe no-one else has this problem!
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
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!
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?
Since BP 1.6 there has been a constant that defines this.
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.
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!
Private BuddyPress by Dennis Morhardt works an absolute treat for me.
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!
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.
In theory if you set your group to “Private” or “Hidden” then non-group members are not supposed to be able to see the posts in that group’s bbForum.
However, and this is denied by the developers, I am experiencing a bug which is making all forum posts appear in the site-wide activity stream to all members, although when they click on the link they cannot view the post.
So, no, you’re not going crazy 😉 and yes, it is incredibly frustrating!
BuddyPress groups can’t have categories associated with them. My advice would be to just set up a different group for each island. You can make each group private to ensure that only members of that group can see the forum posts within.
Additionally, there is a plugin which will give groups hierarchies if you wanted to make it easier to group groups together (eg, if your islands are grouped geographically you could have a “north islands” group and a “south islands” group and within each group you would then have your individual islands groups).
Search for “BP Group Hierarchy”
Hope that helps
Update: bbPress 2.4 does not fix the bug!
Will there ever be a resolution to this problem? BP 1.8 with bbPress 2.3.2 on WP 3.6 still sees forum posts in Private groups appearing in non-group members’ activity streams!