Hey, thanks for the reply,
but aren’t these only the most recent posts? Such a widget comes allready bundled with buddypress.
What i’m looking for is a plugin/widget that shows the most POPULAR posts of a day, not the most recent posts!
@BeLogical: If you\’re planning on upgrading to WPMU 2.7.1 beta1 and BuddyPress r1303, then your component may have issues.
Read this thread for an announcement about version 1.2 of the skeleton component: https://buddypress.org/forums/topic.php?id=2043
More Details:
To use this unofficial version of the skeleton component, you should at least be running WPMU 2.7.1 beta1 and BP r1324 (although you’ll probably be okay if you just have r1303 installed). But, you should at least by aware of this important change: https://trac.buddypress.org/changeset/1316
I’ll keep the package posted at the above location until it is either proved a disaster or is found useful and becomes an official BuddyPress package (Hint Hint).
We did not make changes through a subversion controlled environment. I did not deem that necessary. We did, however, comment all of our changes and started each comment or comment group with “v1.2_URC1:”. So, you can search on that phrase and see where we’ve made changes.
Andy, it would be great if others with more intimate knoweldge of the inner workings of BuddyPress and the recent changes could look at this unofficial version of the skeleton component. I’d be more than happy to transfer it to your domain to use as is or alter as necessary.
This has been this way for some time now.
This topic should give you more info on this…
https://buddypress.org/forums/topic.php?id=1382#post-6727
If you login through the quick-login box in the header, you should always get redirected to whatever page you were on. If you click “Login” in the buddybar, it would need to save the referring page on the wp-login.php page load, which is more of a WPMU issue than a BuddyPress issue it sounds like.
If this has indeed reverted, and it’s not because of any plugin or custom theme you may have installed, please report this as a bug on trac.buddypress.org.
A ha! Gotcha…. That is more complicated. 
You can change the label by hacking a core file (not recommended). Do this by editing the following lines in “bp-core/bp-core-widgets.php”:
/* Site welcome widget */
wp_register_sidebar_widget( 'buddypress-welcome', __( 'Welcome', 'buddypress' ), 'bp_core_widget_welcome' );
wp_register_widget_control( 'buddypress-welcome', __( 'Welcome', 'buddypress' ), 'bp_core_widget_welcome_control' );
The more elegant and sustainable approach is to use a language file to modify the text. This would be a better approach overall since you can then change any label in one place (the language file) and not have to worry about an update to BuddyPress core files down the road.
For an example of how to use a language file to edit labels and messages, see my comments and suggestions in this thread.
Take a look at your admin menus for BuddyPress and Site Admin.
If you are running an older version of BuddyPress (before revision 1311) look in Site Admin -> BuddyPress. Otherwise the latest trunk has a new top-level menu called BuddyPress (look in General Settings).
View an example of the avatar menu.
And… this probably isn’t a support topic, right? 
Where do I find the heading in the code base?
Seobrien, the widget content is stored in the database, not in any of the plugin or theme files.
Log in to your admin site, click Appearance -> Widgets, and look for a Welcome widget there.
Once you enable the widget, click “Edit” next to the Welcome title. That should open up the widget for editing, and you can enter any title and text you wish.
See a sample screenshot.
If for some reason you can’t edit the widget as normal, you can also access the content of the Welcome widget directly in the database, by looking in the “wp_1_options” table for an field with an “option_name” of “bp_core_widget_welcome”.
Not finished, but running buddypress:
http://www.icelia.com
It is going to be an online community for writers.
Twitter Tools works fine in WP and WPMU for that matter, but users must add their Twitter settings on the WPMU backend. The whole idea of Buddypress is to have users manage their profiles from the Buddypress settings area. So the need is a plugin that enables you to change Twitter settings from the Buddypress profile area which enables your blog posts to reach your Twitter account.
See this post in the thread Robert linked to: https://buddypress.org/forums/topic.php?id=1994#post-10563.
You need to be using the WPMU branch.
As DJPaul says, since this isn’t written for wpmu and buddypress, it works fine but should use this plugin carefully…
1. Users who register with this RPX plugin will bypass buddypress required field(s). I have two required fields, but user could register without filling them all.
2. If you use it with Welcome Pack, default friend is not added. group is automatically registered by the way…
3. Even if you make your buddypress invite only, this plugin never cares that.
I guess it’s better to use FB connect and OpenID plugin than this all in one RPX if you want to run buddypress.
There’s a correction on the headline topic. It should be CloudBerry not Cloudfront .
Please Andy or Nic can you edit the headline post?
Yeah I know, that’s why I wondered if it was possible to do something using bp-custom.php (which is meant for custom core overrides to keep it outside the actual core, unless I’ve misunderstood everything?). But yeah, I guess that plugin is my best bet, will have to give it a go tomorrow.
Check this post:
https://buddypress.org/forums/topic.php?id=1994#post-10705
It may be related and hopefully you’ll find some answers there.
Also make sure you have the theme in the right directory. member-theme directory should now be called bp-themes
Just a note for everyone to consider, is that there are two separate applications going on here, and not every trunk/branch of one is going to take into consideration every trunk/branch of the other. This may go without saying for many, but I think it’s fair to remind everyone again…
While the goal is for everything to stay as stable as possible, it’s still a cat and mouse game until WPMU 2.7.1 comes out, and BuddyPress 1.0 comes out. Anything before that, is going to give you headaches and cause problems if you’re trying to stay on the bleeding edge of what’s going on.
When new trunks/betas/rc’s come out, if you have a stable, working environment that works well enough as it is, my personal suggestion (unless you have the time, patience, and understanding userbase) is to leave well enough alone on live sites, and use the trunks and betas on a separate install ONLY for you to become comfortable with the changes as they happen.
You wouldn’t install the next beta version of Windows on your work computer right? Not if your livelihood is at stake!
Long story short, don’t count on any of these things actually working 100% of the time. Read, re-read, and thrice-read the upgrade instructions as they don’t become 100% clear until you’ve already messed them up.
How do you make this available to public BuddyPress users too?
Are there any errors in your server logs?
Based on those database values I’d say that it’s clear that when you create a new group it’s not creating a new forum in bbPress, otherwise your new group would also have a meta_key with a value of “forum_id” and your bp_forums table would have a new entry as well.
This might be a hard one to track down as it could be a problem with your host/server and not with BuddyPress/bbPress.
Just as a matter of being thorough… did you follow Trent’s steps or the steps in the forum component readme file?
When I did my setup I used the readme file steps and everything worked smoothly. Nothing against Trent’s tips and tricks, but I found that if I followed the readme steps it worked fine.
Do you have a way to try the same setup on a different server or maybe on your local machine?
@Lance,
Done it may times, just done it again, here’s the infor for the new forum from
id creator_id name slug
17 1 Lance Group8 lance-group8
“groupmeta” data:
id group_id meta_key meta_value
65 17 total_member_count 1
66 17 last_activity 1239056228
67 17 theme buddypress
68 17 stylesheet buddypress
There is only one entry in the bb_forums table:
forum_id forum_name forum_slug forum_desc
1 Test test qwswsq
This is driving me nuts!
and even created new forums
Have you tried creating a brand new group and enabling the forum for it? I only see one group on your site. You could try creating a new group, enabling the forum, then test again.
Since the issue is with an existing forum/group connection, it could be that BuddyPress thinks the forum exists (with a certain “id”) which doesn’t exist in bbPress any more.
If you look in the “wp_bp_groups_groupmeta” table in your database, find the “group_id” for the group you are testing, and then look in the “bp_forums” table and see if the same id is being used there for a forum (look at the “forum_id”).
Same for me. I get somethin like this:
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /xxx/xxx/public_html/xxx/wp-admin/includes/plugin.php on line 233
2336115Inactive
@Tdh plugins might have their issues, but I would *highly recommend* doing it via plugin. If you hack the core you won’t be able to upgrade the software without losing your changes.
SVN (command line via Terminal) is also built in to Leopard. Just cd to your wp-content/plugins directory and do:
svn co https://svn.buddypress.org/trunk buddypress
This will check out the trunk to the ‘buddypress’ directory. Any time you want to update trunk simply browse and do:
svn update buddypress
Cheers!
