Erwin, first of all, thanks for all of your hard work on the plugin!
I uploaded events version .55 into a fresh install of MU with the latest BP trunk.
I was able to save the events correctly. I’m also able to see the events in the widgets.
But I have 2 Issues:
1) Directory – There is no ‘events’ folder under /bp-themes/buddypress-member/directories. So, when I select Events on the navigation tab to display the events directory, it defaults to ‘members’ and doesn’t display anything but the sidebar.
2) When I go to the events detail page (by selecting from the widget), It has the correct url and displays the blog sidebar, however… no details show. I have reread your instructions about 23 times
and think I have everything correctly. Does this sound familiar? I thought it was with member themes, but everything looks good.
Thanks
https://buddypress.org/extend/plugins/
‘BuddyPress Groups for bbPress’. That’s a bbPress plugin, so be sure to install it in the right place. It’s made by a suspicious chap called Burtadsit, so watch out
I don’t remember that particular issue being fixed but obviously it has. It’s not happening in the trunk. You can login to trac and post bugs or suggestions for enhancements. That’s the place that gets attention.
https://trac.buddypress.org/newticket
Same login as here.
Just gave it a try with the newest trunk and still experience two errors:
1 – When saving changes in an existing or saving a new event: “There was an error saving event details. Please try again.”
2 – When trying to view existing events: “Sorry, the event does not exist.” (http://dev.q-tipp.org/buddypress/events/cafe-bukarest)
This is in the pipeline to come in future releases of BuddyPress (after v1.0).
I started to install, but got this Warning: This plugin has not been tested with your current version of WordPress. So I stopped.
Also saw on the wpmu forums (1 yr old) that wpmu installations would require an enterprise akismet? Even if you’re not making money in any way? Would this be true?
And one more thing, if it turns out to be compatible, does install on my main blog include the user blogs or would each user have to go get their own wp api key and install themselves?
And alas, if akismet is out of the question, what are the alternatives?
Thanks.
I finally got a site up: http://thevictorygarden.us
Not much content yet. Just really a concept. Any tips, ideas or guidance will be most appreciated. If your starting a garden this spring, please do join. I’d love to see where we can take this. Thanks.
Just released version .55 of bp-Events plugin on my website (see first post in this thread for the address). If it tests positively (ie. it DOES work with latest trunk properly) I will upload it to WordPress plugins (and BuddyPress’s) later today.
Version .55 has some bug fixes, some CSS fixes and profile birthday event integration as well as group events, which was a popular request.
Hey Lars,
See this thread: “after login redirect to another page” for ideas and a plugin that provides this functionality.
Hi Tutsie,
This type of change would typically be done with a plugin. Keep in mind that this isn’t a BuddyPress customization as much as it is a WordPress MU one.
I did a quick Google search for “change wordpress admin profile link” and found a few places you could start.
In this WordPress forum topic is some code that would change the behavior of the profile link (albeit for a different reason); this method of changing the admin behavior isn’t recommended, however, since it requires hacking a core file. A plugin would be much better since it doesn’t require changing the core file (and having to stress about updating your WordPress MU code later).
Depending on how much you want to work on this, you could download these two plugins: WP Hide Dashboard and Admin Menu Management, open them up in a text editor, and look at how they change the menus in the WordPress admin area.
Plugins do two things: (1) they provide a new functionality and (2) they hijack the normal WordPress behavior and perform the functionality described in the plugin instead.
Hope that helps…
I guess I’m a little confused as well.
I know that bp-loader.php was added to the repo and included as part of the BP package in Changeset 1311, but I thought it simply managed the “loading” of activated BP components.
All custom plugins need to reference bp-core.php.
@Trent,
Turns out the problem wasn’t of my making at all and I was doing everything correctly!
So why didn’t it work?
My hosting provider doesn’t allow rpc calls to the same server, so I ended up splitting the installation, WMPU and Buddypress on my main domain and bbPress on another domain on a different server.
All works great! If you want to read the saga it’s all in its own thread here: https://buddypress.org/forums/topic.php?id=2027
SOLVED!!!!!
Searched for \”cannot yet handle MBCS\” in the forum and came up with Trent\’s post about the same error, once again I\’m running PHP 5.2.9 it wasn\’t that, a quick tweek to line 53 (based on Trent\’s advice)
so I edited /my-plugins/buddypress-enable.php and changed line 53 from:
$post_text = html_entity_decode( $post_text, ENT_COMPAT, \”UTF-8\” );
to:
$post_text = utf8_decode($post_text);
Worked brilliantly – actually fixed the errors on both sides (BuddyPress and bbPress)
Well… It’s working kinda!
Forums are created, topics can be made on either side, and replies to topics created
However when I created a topic or reply to a topic in BuddyPress I get
“There was an error posting that topic.” or “There was an error posting that reply.”
they are created though.
And on the bbPress side, when I create a topic, or rpely to a topic, I get:
“Warning: cannot yet handle MBCS in html_entity_decode()! in /home/sites/my-partyonparty.biz/public_html/forums/my-plugins/buddypress-enable.php on line 53”
once again, they are created tho.
How about bbpress plugins in the forum working on buddypress CMS, would it happen?
It’s my intention to make bbPress integration with WPMU and BuddyPress even simpler and better over time. Many changes have already been made to both WPMU and bbPress core to help BuddyPress along and that cooperation will exist in the future.
If you just downloaded it from bp.org then it’s RC1. If you are not using svn then you can by getting a client app like TortiseSVN for Windows. http://tortoisesvn.net/
The url to get the latest source is: https://svn.buddypress.org/trunk
Running the trunk version of bp requires you to be running wpmu 2.7.1 which is only available by svn at: http://svn.automattic.com/wordpress-mu/branches/2.7
There have been changes in the member theme directory and bp’s move from the /mu-plugins dir to the /plugins dir in wpmu.
Not a stupid question at all.
activity widget and recent blog widget doesn’t yet support multibyte characters. This is a MUST HAVE function for non English users.
I’ve posted a similar topic, but this is a feature request.
http://buddypress.org/forums/topic.php?id=1981
As of revision 1270 in trunk you can now disable the admin bar like this in your “wp-config” file:
define('BP_DISABLE_ADMIN_BAR', true);
That way you don’t need any of those custom overrides in your “bp-custom” file.
@Seobrien — good point.
I will post some better/updated directions soon…
For now, the pertinent change to know about is switch from “wp-content/mu-plugins” to the new location for plugins, which is “wp-content/plugins/buddypress”. The “bp-custom.php” file goes inside that folder, and the languages files go inside “wp-content/plugins/buddypress/bp-languages”.
I would like to make it so that when someone goes to the wp-admin back end and they click on the Profile tab it takes them to their buddypress profile. Where/How could I do this?
This will work anyway if bp is switched off and when someone switch on it he will give a redeclaration error
Look here:
$active_plugins = get_site_option( 'active_sitewide_plugins' );
if ( isset( $active_plugins['buddypress/bp-loader.php'] ) )
require_once( BP_PLUGIN_DIR . 'bp-core.php' );
or making a system of hooks in hooks i made fo bpdev plugins to prevent “undefinied functions error”
I’ve been doing some testing and I noticed that I can’t access the $_POST global variable anywhere within BuddyPress. Any idea why?
RPX is pretty well documented over at https://rpxnow.com/docs and http://rpxwiki.com/, so any one that has time (sorry, but I don’t) should be able to write a BuddyPress add-on that implements RPX. I would have used the FB-Connect plugin as a starting point.