Hi,
I have just installed the latested verion of buddypress and wordpressmu with no problems, i then installed the shouty theme and my site has gone blank. my site is http://www.ourlordsblogs.com. Has anyone experienced this problem before?
Thanks
Steve
Hi,
I am having the same problem. I am running the latest version of Buddy Press and WordPress MU 2.8.4.
Any help would be greatly appreciated, Thanks!
ooops, I almost forgot. I am using wordpress 2.8.5.2 and bp 1.1.2
For anyone using Another WordPress Classifieds Plugin, the above recommendations for removing the function awpcp_insert_thickbox() and the line add_action(‘wp_head’, ‘awpcp_insert_thickbox’, 10); are on target. You just need to take one additional step of going to “Image Settings” in the classifieds options and turning off the thickbox/lightbox option. At least as far as Another WordPress Classifieds Plugin is concerned this is indeed a thickbox.js conflict.
If you’re having the problem but not using AWPCP, one of your plugins might be using thickbox.js and calling it directly without using wp_enqueue_script. Or they could be using wp_enqueue_script but the placement in the page header still creates a conflict. This is just one possibility you might explore. There could be other causes.
I’m adding new themes on my WordPress MU+Buddypress website, but many of those themes have a conflict with the buddypress admin bar.
Here’s an example: http://fannie.ecoliers.ca. See the admin bar larger than it should be? It overlaps the blog theme.
With another theme, it simply disappear…
Any clue???
Software versions WPMU 2.8.5.2 y Buddypress 1.1.2
A user can register perfectly on site, and so
A user logs into the network, until all right, you receive your confirmation email, example:
http://domain.com/activar?key=4c66b9e47db3e661
By clicking the link correctly goes to the option of activating, but form enter activation code, no code appears on the form. The system remains static there, I tried to manually enter that code (in my example: 4c66b9e47db3e661) but continually asks me for a correct activation code.
I imagine that this began to happen from MU WordPress upgrade to the latest version.
Otherwise, the user requesting this code if it exists, but I do not on any list of users, but the system identifies as pending, because if you register again it says already in use …
Is there any way to know that folks are pending activation users ..
At that point I really think this sounds like some kind of conflicting JavaScript issue. This cropper is solid because it’s the same library used by WordPress 2.9’s image cropping feature, and I think it’s even the same one that Gravatar uses ( which fits the roadmap ability of being able to import a gravatar via the BuddyPress interface. )
Check if any other plugins are adding conflicting JavaScript, and see if there are any errors occurring in your site.
The first time you upgraded BP from 1.0.3 to 1.1.2, did you manually upgrade or use the automatic upgrade feature of WordPress?
What I would recommend is trying this:
- Make a backup copy of your DB if you have any data worth saving
- Make a backup copy of your bb-config.php file-assuming that you had forums integrated before
- Deactivate all non-BP plugins
- Deactivate BP
- Delete the old BP files located in the /buddypress/ directory
- Temporarily remove all plugins from /plugins/–copy them to a temp folder outside your install
- Manually upload a fresh copy of BP 1.1.2 and move the contents of /buddypress/bp-themes/ into their proper place
- Remove your /wp-content/bp-themes/ directory–assuming that you have moved it back into place since your last post
- Reactivate BP
- If no error, choose and activate the new default BP theme
Does BuddyPress version 1.1.2 now work? If so, add back your other plugins and activate them.
I just made some edit on edit-form-advanced.php to open facebook popup to send user’s profile and its working. but I dont know how to make this a plugin for wordpress.
here is the code:
<?if($post_ID>0){?>
<script src=”http://static.ak.connect.facebook.com/js/api_lib/v0.4/FeatureLoader.js.php/tr_TR” type=”text/javascript”></script>
<script language=”javascript”>
FB.init(“977db444b8e3dc1eb9497708f2a1a004″,”/xd_receiver.htm”,
{“reloadIfSessionStateChanged”: true,”ifUserNotConnected”:onFBNotConnected,”ifUserConnected”:onFBConnected});
var attachment ={‘name’
‘<?=$post->post_title?>’,’href’
‘<?=get_permalink($post_ID)?>’,’description’
“Kaynak:http://www.guncesi.com | <?= _e(‘Author’) ?> Link:<?=get_permalink($post_ID)?>”};
function onFBConnected(){
FB.ensureInit(
function() {
FB.Connect.streamPublish(‘<?=$post->post_title?>’, attachment,null,null,”Ekleyecekleriniz?”,null,true);
}
);
}
function onFBNotConnected() {
}
</script>
<?}?>
you can try it with http://www.guncesi.com login with facebook
Nicola Greco developed a series of plugins months ago that tied existing media accounts into your BuddyPress profiles, but I haven’t heard much of them as of late.
With WordPress just now starting to fill its own shoes in terms of its media library, BuddyPress won’t really start to flex those muscles until WordPress is more capable at its core.
@JJJ: Have you ever tried adding wp_enqueue_script( ‘thickbox’ ); to one of ur environments? This is what causes the upload issue on my two local installations. From what i read most plugins utilise this wordpress bundled function and i guess this could be a good starting point for further investigations.
I’m trying to upgrade our BuddyPress install from 1.0.3 to 1.1.2. I’ve read the docs and when I did the upgrade, I now get the following error:
Fatal error: Cannot redeclare bp_forums_setup() (previously declared in /path_to_site/web/content/wordpress-mu/wp-content/plugins/buddypress/bp-forums.php:17) in /path_to_site/web/content/wordpress-mu/wp-content/plugins/buddypress/bp-forums.php on line 30
I’ve disabled every other plugin and even looked at the BuddyPress code and didn’t notice a problem. Does anyone have any idea what’s causing this error?
New install – WPMU 2.8.5.2 subdomain install + BuddyPress 1.1.2 + bbpress installed via BuddyPress
I cannot get run BuddyPress from blog ID 2 instead of main/primary site.
The steps I’ve taken so far are:
1. Installed WPMU in root http://example.com/ – working great.
2. Created http://members.example.com/ (blog ID 2)
3. Opened up wp-config.php and added
define ( 'BP_ROOT_BLOG', 2 ); at bottom of wp-config file
4. Installed BuddyPress then added Forums component
5. Opened up bb-config.php to double check –
`$bb->uri = “http://members.example.com/wp-content/plugins/buddypress/bp-forums/bbpress/”;
$bb->name = ” Forums”;
$bb->wordpress_mu_primary_blog_id = 1;’
6. Changed theme in http://members.example.com/ to BP default child theme
7. Clicking on Admin user link to BP profile page in blogID 2 renders 404 not found page in main site using regular theme.
8. Created new user from http://members.example.com set as Administrator and link to this new user’s profile page still goes to http://example.com site which renders 404 page as well.
What have I missed in trying to get BuddyPress to run from blog ID 2 totally?
It’s very possible there is a JS conflict between plugins, but it’s less likely there is a conflict in the core WordPress files (though not impossible.)
Since the cropper tool relies on JavaScript entirely to function, it will fail without any real degradation if there’s a JS error or the user has JavaScript disabled. The first scenario is more likely to upset people, as if someone specifically has disabled JavsScript in their browser, they’re probably used to getting jipped on their web experience. 
I’m going to link this topic to…
https://buddypress.org/forums/topic/avatar-upload-issues?replies=1#post-28737
…but I’m keeping it open for now, since it seems to be a little different than the above link.
It’s a good idea and one I’ve tossed around, but the problem is that it would need to exist outside of the wp-content/buddypress/ directory to avoid automatic update problems, and people wiping out the plugins folder on accident (if they do a manual upgrade for example.)
Something like this may still happen down the road, as BuddyPress grows and a need for specific methods to register plugins with BuddyPress increases. At the moment it isn’t necessary because BuddyPress plugins are actually just normal WordPress plugins that may take advantage of BuddyPress features and API’s. (At least, that’s how plugin authors should be writing them.)
What will need to happen for sure is a way for plugins to tell BuddyPress “hey I’m here and I want you to know this information.” It’s possible to alter the $bp global directly to do these things, but tighter integration into the platform makes sense.
My opinions are subject to change on this one, but today that’s how I’m feeling.
5339130Inactive
After uploading the themes to the server, they were available in “apearence” I selected and activated. Then I went to site admin -> themes and clicked on “Yes” on Avenue K9. The I did F5 on another FF tab to see how it did looked like, and got a blank page. The themes working at the moment are BuddyPress Default, BuddyPress Social Network Parent Theme and those that come as default on wordpress.
No code was modified
i have a buddypress/mu install that i’m working on that i could use a little help.
when a user logs in the plugin checks to see if they are in our database and if the password is good or not. If it is, it automatically creates the user into wordpress using their email, username and password.
The problem i’m having is when i create their blog with
wpmu_create_blog($domain, $path, $title, $user_id, $meta, $site_id);
it creates the blog, usernamexxx.domain.com but doesn’t have any styling to it and says
Error 404 – Not Found
Am i missing something?!
i set my wordpress timezone to ‘Chicago’ to fix this. not ideal at all/ i’ve yet to see what effect this has on the rest of the site.
For those of you using Another WordPress Classifieds Plugin it’s quite possible there is a conflict with the thickbox.js reference. I am revising the method used by the plugin to insert the thickbox code in the header. I believe that might be the cause of the conflict as it relates to AWPCP. I have not verified this yet. Have sent a modified test file to the user who reported this thread to me and awaiting his report on whether the changes do in fact fix his problem. Will update once that information is provided.
If you want to test for yourself in the meantime you can find and completely remove this function at around line 144 in awpcp.php
function awpcp_insert_thickbox() {
global $siteurl,$wpinc;
echo “n”.’
<link rel=”stylesheet” href=”‘.$siteurl.’/’.$wpinc.’/js/thickbox/thickbox.css” type=”text/css” media=”screen” />
<script type=”text/javascript”>
var tb_pathToImage = “‘.$siteurl.’/’.$wpinc.’/js/thickbox/loadingAnimation.gif”;
var tb_closeImage = “‘.$siteurl.’/’.$wpinc.’/js/thickbox/tb-close.png”;
</script>
‘;
}
Update: you will also need to remove the line
add_action(‘wp_head’, ‘awpcp_insert_thickbox’, 10);
(you’ll find it around line 167)
5339130Inactive
I’m using the latest version available on site to download WordPress MU and buddypress.
WordPress MU 2.8.5.2
Buddypress 1.1.2
5363699Inactive
When I am uploading its not getting uploaded and also not giving any error on upload.
While avatar upload instead of returning path in src field it shows “Object” . WordPress Uploads are working fine which means there is not permission issue. I am on latest MU which is 2.8.5.2 and BP 1.1.2
Here is the HTML code
<img src="Object" id="avatar-to-crop" class="avatar" alt="Avatar to crop" />
<div id="avatar-crop-pane">
<img src="Object" id="avatar-crop-preview" class="avatar" alt="Avatar preview" />
</div>
Same problem,started about a few days ago. Bots are signing up a few times a day, firstnamelastname19xx.
Interesting is that I notice in my stats some ip found my site by searching for “proudly powered by WordPress MU and BuddyPress”.That could be a reason that this particular bot is finding and attacking bussypress installs.
If this bot is getting past Captcha, I would recommend applying a reverse Captcha technique. Just do a bit of Googling on this, it uses a hidden field as a honey pot which bots will fill in, but normal users will not. When filled in you can redirect them to a page of your choosing.
Please report your findings and how you deal with this as it would be very helpful.
I am running buddypress 1.1.2
Viewing the code I downloaded for buddypress downloads.wordpress.org, if you start at line 236 is the only place the word public appears… the code is still the same:
function bp_field_has_public_data() {
global $profile_template;
if ( $profile_template->field_has_data )
return true;
return false;
}
I needed certain BuddyPress members to have specific member levels, such as bronze, silver, and gold. To create these new user roles, I installed Justin Tadlock’s Members plugin: http://justintadlock.com/archives/2009/09/17/members-wordpress-plugin
How would I go about displaying the user role on each user’s public profile page, such as under their name (and above their status)? I’m more of an xhtml/css person rather than PHP, so I’m a bit lost. I’ve read the WordPress support topic for how to display certain icons based on user role, but it didn’t help much: http://wordpress.org/support/topic/313901
It doesn’t seem like a super complicated thing, but I have yet to find any real documentation on it with BuddyPress. Any help would be greatly appreciated. Thanks!