@erich
1. the only way to get to the buddypress.org WPMU dashboard is by typing the url into your browser, or clicking the link you posted above. that page is only their for andy to update this site and his blog (https://buddypress.org/blog).
On your own site, if you would like them to use that dashboard, you could post a link in your navigation bar?
2. yes, technicaly speaking, every user on this site has 2 dashboards. however, the wpMU dashboard has no user-features.
On your own site, if you enable user-blogs the WPMU dashboard would allow them to post to their blogs, ect. as andy has them turned off on this site, the WPMU dashboard is simply their for peaple to admire its good looks 
3. it depends on if you have user-blogs allowed. on this site everyone (other than the admins) sees the exact same thing.
@andy
In a future version could you add a new admin-setting so that the admin section could be turned off to users? when its turned off they get redirected back to buddypress?
Hi Andy,
there are still a few questions which remain open – at least for me:
1)
how can a user go from BuddyPress-website (like this one) to the other Dashboard under the URL https://buddypress.org/wp-admin/index.php
At least I can not figure out how to do this at this website (buddypress.org)
2)
does each user have 2 Dashboards now (the one you created just recently) and the other one at the URL mentioned above ?
3)
the dashboard (at the URL https://buddypress.org/wp-admin/index.php ) – do I understand that each user has his own interface like this (User-specific) ?
Or this is just for the Website-Admin ?
Or each user is seeing the same thing (General Dashboard) ?
Just trying to understand…….
Thanks,
Erich
johnetec-
I’m really not too sure what options you have at this time. But, I would strongly suggest that you contact each of the plugin developers and let them know of the issues you’ve had with uploading and cropping avatars in BuddyPress.
WordPress 2.8 will be using an updated version of jQuery. This may very well cause issues with plugins using older jQuery based scripts. Also, BuddyPress could be using a newer jQuery codebase than the plugins that you’ve mentioned. So, this issue will continue until the plugins are updated to a jQuery codebase that is compatible with BuddyPress.
Thanks for the quick reply Jeff!
I’m actually not using any HTML, that’s what is so weird about it. The code that is being output is being done by BuddyPress (or WP).
I can give you the admin login if you think it will help, it’s just a testing site.
I think I’ll refer to it as the “Blah” bug from now on
I use the CubePoints plugin however the show Top users widget does not work.
A more buddypress orientated plugin would be appreciated.
Thanks Jeff, I’ll take a look at that.
Here’s a follow-up question, is there a PHP function to determine if you’re on a “Settings” page? I could use $_SERVER[‘REQUEST_URI’], but am wondering if there’s already a built-in function that BuddyPress uses.
Well, done! I know you have put a lot of time into this project and it shows!
i have noticed that it is really slow… how can i get this sorted do i contact my server… could my site be slow due to all the plugins
There are a number of reasons this could be happening. It could be plugin related. You may wish to investigate instituting object caching. See this article: https://codex.buddypress.org/getting-started/improving-performance/
But, the best initial advice is to contact your hosting firm and have them help you figure this out. Depending on the hosting plan you have, a few of the more obvious causes are:
– There could be memory issues (caused by insufficient memory allocated to your account, by memory leakage, by Apache being poorly configured, your site is hitting a memory limit–although with memory limits you usually receive a message indicating just that)
– You may be hitting a preset bandwidth limit (so much throughput over a given short period of time). But you should receive some sort of a message if this is the case.
– If you are on a shared, non-vps setup, you could simply be getting penalized by other sites unfairly hogging the server’s resources.
– It could be a MySQL server issue
These are just a few of the possibilities. Your hosting firm should be able to help you pinpoint the cause–or at least get close to understanding what is happening.
there are four original wordpress blogs in a folder off the root..(/maria/ being one of them, the others are linked in the blogroll section of her blog) then i have wpmu installed in the /profiles/ directory and that’s where buddypress is installed too
doesn’t seem like they should interfere or anything, they’re using different databases and different prefixes for the table fields.
@burt yes i have noticed that it is really slow… how can i get this sorted do i contact my server… could my site be slow due to all the plugins.. ??
for the privacy I used a redirect url script that just redirect people who are not logged in.. i will try repost here when i find it.. its just i cant go into my server until my uni lecturers have marked my project.. : (
the welcome bar is really simple just a if user loged in php statement that i used from the buddypress nav bars.. again i cant remember exactly how to right this but ill find it on my mac and in the cod and repost..
thanks all
First of all, you still may have an issue with the bppicture-album plugin being improperly installed. The readme.txt file has an error in its “Theme” section. It states that:
Move the "/wp-content/plugins/bp-album/album/" directory
to "/wp-content/bp-themes/bpmember/"
"album" directory should be at the same level as "/wp-content/bpmember/groups"
and "/wp-content/bpmember/profile" etc...
You need to do this instead:
Keep /bp-album/ within the bppicture-album directory.
What you need to relocate is the album directory.
So, you move the "album" directory out of /bppicture-album/ and
place it into /wp-contents/bp-themes/bpmember/.
Make sure you have done that. If you have done this properly and are getting this message, then you will have to go through the process of deactivating all the other plugins (except BuddyPress), then reactivating them one at a time until you see the problem occur.
r-a-y
You are not going crazy!
The reason you cannot find a “Settings” page in the Skeleton Member theme is the same as why you cannot find one in the default bpmember theme (if you look). It is handled via one of the core BuddyPress files. Look at bp-core-settings.php and you’ll find what you need.
3113669Inactive
I have installed: ajaxContact, bpGroups – BuddyPress Plugin, Event Calendar, Event Calendar Widget, Lightbox Gallery and NextGEN Gallery.
Donnacha-
You are correct. It should not be that difficult. There are a few special characters in an email address that may need to be properly handled ( the period, the @ sign, potentially a dash in some addresses).
I suppose you could use htmlentities() to do this, but I don’t see why it would not work. Although I believe WPMU simply escapes the email address on POST.
Of course, this would not prevent people from entering an all-character username. I guess you’d simply perform the standard check to see if a validly-formatted email address was entered.
In fact as one of the goals for BuddyPress (and therefore I assume WPMU) is to implement the Open Stack, there will need to be a way for people to signup and sign in using their email address.
@sandeepdude
I have not seen Pcrain in the forums for quite some time. I doubt you’ll get a response. This thread was started 8 months ago. Since then, the BuddyPress codebase has changed considerably and the solutions presented in this thread may be out of date.
If you have not yet read this thread, please do so.
To your point, a proper privacy component is in the works. It will be available as a plugin on a future version of BuddyPress.
marcin_albatros-
This could be caused by another plugin being improperly installed. Do you have any plugins besides BuddyPress and bppicture-album installed and activated? If so, what are they.
The way it works on my other wordpress sites is that the password protected posts still appear on the site and in the heirachy of posts but when you click it it asks for a password before you see the rest of the information.
Ive done this with my buddypress site and password protected posts dont appear, not even in the members members blog page?
And try reading burtadsit’s post here.
I just noticed that every attempt to post something in any (non-group) forum leads to a screen filled with the following error message:
Warning: cannot yet handle MBCS in html_entity_decode()! in /[path to bbpress]/my-plugins/buddypress-enable.php on line 53
the ticket says to add code to the core:
if ( defined( 'BP_ENABLE_MULTIBLOG' ) || 1 != BP_ROOT_BLOG) {
/* If we are running BuddyPress on any blog, or not on the root blog, we need to first
shift off the blog name if we are running a subdirectory install of WPMU. */
if ( $current_blog->path != '/' )
array_shift( $bp_uri );
}
should I just add that code as it is to the top of bp-core.php?
I tried doing that but did not see any changes. I am guessing there must be more involved in the fix
John:
yeah I tried uploading another avatar, so that link was invalidated. It does actually work removing the community. in the url.
Jeff:
thanks, I had no idea it was a known bug, I will let Nicola know that as well as he pretty much maintains my install for me,
I’m not sure it’s the same problem though as the ticket says: ‘subdirectories’ which I am not using, rather using subdomains…..
When using MU blogs as subdirectories and setting BP_ROOT_BLOG to anything but blog #1, a redirect loop is caused when trying to go to /blog-name/members/ and other BuddyPress URIs.
and yeah i had another ticket, but I had polluted it so much with other information, that I figured my question was no longer clear.
Lots of people run into this issue, not only with BuddyPress but almost any php web package. Web hosts just don’t want to allocate that much memory to their users unless they need it.
My guess (and this is a long-shot) is that you cannot leave the field blank once you’ve entered something in there, but BuddyPress also won’t lock you into that screen if it is.
Otherwise users could find themselves in all sorts of redirect problems going from profile group to group.
I haven’t tried that part yet myself though.
If there’s 5 required fields on the page, and you fill in 4 of them, in my opinion it should still save the 4 you filled in.
3125432Inactive
Hi Jeff,
I just got off the phone with Host Monster technical support. After explaining the problem, they took a look at my files and indicated that my php installation, 5.2.9, is configured to look for a php.ini file in only one location, the public_html file, and there was no php.ini file there. So the php.ini file I had sitting in the wp-admin folder just sat there, unexamined.
Host Monster installed a php.ini file for me and I made the changes you suggested. I then refreshed my Buddypress admin page and lo and behold, there was the bpcontents plugin ready to be activated, and no error message.
Thanks so much for your time and I am sorry I bothered you with this but I hope this post will help others who may encounter a similar issue.
Cheers,
Brian
I hooked it up here locally. I see what you mean. Its because we have to reset all the array keys to start at zero and have no gaps. The template loop stuff is funny like that.
$my_excluded = array();
for ($i = 0; $i < count($this->blogs['blogs'])-1; $i++){
if (in_array($this->blogs['blogs'][$i]->blog_id, $my_excluded)){
unset($this->blogs['blogs'][$i]);
$this->blogs['total'] = ((int)$this->blogs['total'])-1;
}
}
$this->blogs['blogs'] = array_merge( array(), $this->blogs['blogs'] );
The last bit with the array_merge() does that.
http://buddypress.pastebin.com/m63458c5c
