I do know what you mean!
I’ve tried recreating your problem. I develop on a Mac and cannot replicate this issue in either Safari of Firefox (tried multiple versions of both). I’m running WPMU 2.7 and BP r1286.
Are you developing locally? Or are you on a remote server?
Has this always been an issue? Or could you properly crop before but not since a recent BuddyPress update?
I also assume that you cleared your browser’s cache and cookies, relaunched your browser and tried again. In years past, some people had issues with avatar cropping in IE. That trick seemed to usually work. However, since you’re also seeing this behavior in Firefox, that’s probably not what’s happening here.
Finally, which version of PHP are you running? Can you also check which version of the GD library is installed?
I have my files from here:
https://trac.mu.wordpress.org/browser/branches/2.7
its rev 1715 too
and copy it over the old 2.7 wpmu files
following the thread Jeff posted…
I used Burt\\\\\\\’s code. But it was lacking member directory and profile restriction, so here\\\\\\\’s the code I\\\\\\\’m using at moment.
BP_ was missing before MEMBERS_SLUG on the original.
function oci_restrict_access(){
global $bp, $bp_unfiltered_uri;
if (!is_user_logged_in() &&
(BP_MEMBERS_SLUG == $bp_unfiltered_uri[0] && !empty( $bp->current_action ) ||
BP_GROUPS_SLUG == $bp->current_component && !empty( $bp->current_action ))){
bp_core_redirect( $bp->root_domain );
}
}
add_action( \’wp\’, \’oci_restrict_access\’, 3 );
ok i got it. where did you get your WPMU 2.7.1?
you should pick the one that is under tags in mu.wordpress.org trac.
EDIT: get the latest trac here…
http://svn.automattic.com/wordpress-mu/branches/2.7/
its BuddyPress Core 1.0-RC2 from last trunk
all other plugins works
but i don’t can activate this important plugin
2310817Inactive
Didn’t mean to hijack the thread, but I think my question is somewhat related to this specific thread. Thanks…
When wordpress mu 2.7.1 comes out as stable on wordpress.org, will buddypress RC2 or later will have proper upgrade procedures for us who do not use subversion stuffs?
Or upgrading buddypress is easy as delete the old plugins from mu-plugin or plugins directory (for RC2), and replace it with RC2 plugins (pick and choose components)?
I have never try upgrade Buddypress yet in fear of breaking stuffs. Any help would be great.
Here is our bartending community website by BuddyPress
http://www.cocktailshows.com
I can not activate BuddyPress Core rc2 on wpmu 2.7.1beta1
My error log from wpmu
Fatal error: Cannot redeclare bp_core_setup_globals() (previously declared in /srv/www/web1/html/wp-content/plugins/buddypress/bp-core.php:93) in /srv/www/web1/html/wp-content/plugins/buddypress/bp-core.php on line 170
Gpo1-
I, too, have been investigating Amazon EC2. I will be using Amazon’s S3 for a site, but have not yet determined if I want to also take advantage of Amazon’s Compute Cloud services. Either way, here are a few links that might point you in the right direction:
1. This guy is already doing what you want to do. He runs his WordPress-based site on EC2 using S3. He talks about the process in this article. Perhaps you could contact him for more details if needed.
This Web Site is Now Hosted on Amazon EC2 & S3
2. Information on using Amazon’s S3 with WordPress Mu:
– http://tantannoodles.com/toolkit/wordpress-s3/
– https://mu.wordpress.org/forums/topic.php?id=6351
– http://www.ringofblogs.com/2008/04/12/off-loading-wpmu-theme-files-to-amazon-s3/
Good luck! Let us know if you get this working.
Yes sorry i missed the first post instructions….
I will follow the instructions once i have 2.7.1 implimented this…
svn co http://svn.automattic.com/wordpress-mu/branches/2.7
BUT HOW… do i impliment this svn on top of my current stable wpmu 2.7 from zip…
what i mean is how do i sortof upgrade my current “current stable wpmu 2.7 from zip” to this the wpmu branch 2.7.1 from snv …current stable wpmu 2.7 from zipsvn co http://svn.automattic.com/wordpress-mu/branches/2.7
does that make sense?
Read the instructions I just posted in the first message. Please also make sure you are not using the MU trunk, but the 2.7 branch.
svn co http://svn.automattic.com/wordpress-mu/branches/2.7
You shouldn’t need to start again, as long as you have followed all of the instructions.
Ok so i just uploaded my svn and it has messed up a few things like the admin bar is displaying funny on the bottom and my profile nav buttons and options nave buttons are now displaying funny..
Currently i am runing bp 1309 and a stable zip uploaded wpmu 2.7
My site Spots kenya is part of a final year degree project and so its quite important that when i reach the handin (May 15) it is fairly stable.
The question I have are these..
1) Should i revert back to a svn previous to 1303 and just work with that or…
2) Should i start from scratch quite literally… I have no users at the moment so my database can be scrapped.
3) if i start from scratch i assume that i…. c o svn.automattic.com/wordpress-mu/trunk/ into what a) my root OR b) a folder eg wpmu then transfer the files to spotskenya base or root. c)
4) once i have wpmu running perfectly i can then
a) co svn.buddypress.org/trunk/ to say /wp-content/buddy press
b) use symbolic links to /wp-content/plugins —- guide here ( https://codex.buddypress.org/developer-docs/installing-through-svn/) which needs to be updated to plugin btw.
c) or just transfer (which will not update latest svn changes.
5) Re upload my bp-spotskenya-theme to /wp-content/bp-themes/ (WHAT CHANGES NEED TO BE MADE THE THEM ?)
Anything that i ahve missed?? Please say…
Sorry if this is all really basic but i am learning as i go but really do need to get it right as its quite a chunk of my degree..
thanks so much..
Only site admins can see and activate/deactivate the plugins. Please see the first post again for proper install instructions.
This is to answer the original question:
I can tell you exactly what this is…
You are missing the information from the functions.php file in the latest trunk of buddypress-home. You are most likely using a functions.php from your own custom theme, which creates the redirect above.
Without that data the registration and activation won’t work.
I can tell you exactly what this is…
You are missing the information from the functions.php file in the latest trunk of buddypress-home. You are most likely using a functions.php from your own custom theme, which creates the redirect above.
Without that data the registration and activation won’t work.
What is the safe upgrade procedure? Should I just drop the files in /plugins/ like it says in the installation guide then remove the old files from mu-plugins and login as admin and activate?
Would that be the right way to do it?
One more question. Are the members able to see/activate/deactivate the plugins when I have plugins menu enabled?
thank you.
3. I doubt there is one. I suppose you could read through the Trac if you were very desperate. Most of the stuff has been bug fixes; short of some of the theme changes and this plugin directory change, I can’t think of anything that’s a “new” feature.
I want to host buddypress CMS on Amazon EC2 because it is a web service that provides resizable compute capacity in the cloud & Small Instance (Default) 1.7 GB of memory, 1 EC2 Compute Unit (1 virtual core with 1 EC2 Compute Unit), 160 GB of instance storage, 32-bit platform.
Therefore, As anybody used this service and how did you set it up?
Any help is welcomed…
Having an issue with my sidebars.
I am converting a standard wordpress theme to a buddypress theme for the homepage of the site.
I upgraded the them so as I could include the BP widgets in the sidebar, but when I try to add the widgets in the admin panel they appear to be added in the backend but when I view the page I still get the message
“Please log in and add widgets to this column. Add Widgets “
Any ideas how I can fix this?
Thanks!
1. Will this affect other plugins? Do they have to be moved to /plugins/ too?
2. Do I require to enable plugin per user? or just admin?
3. Could you point me to list of bug fixes between rc1 and rc2, can’t find it…
