The latest BuddyPress 1.1 point release is now available for download.
This release fixes a number of remaining issues with the 1.1 release of BuddyPress. Although this is not a critical upgrade, it is still highly recommended to ensure the stability of your installation.
Please consult the release history for a complete list of changes in this version.
2 very-very-very useful things :
1. bb-press widget for home page (widget for original bb-press doesn’t work with bp1.1). i am saying about 10 latest topics at forum
2. posting pictures in forums
Andy, I see you working on the new design.
It looks great, but…
a) my theme is based on the old bp default: http://netzkritzler.de with two sidebars. Do I have to change everything if I want to use the new theme? This would be a lot of work.
b) Will the admin have the possibility to set a filter by default? I Don’t like the sozial-network stuff where everybody can see what other’s are doing, but only want the posts and no other activity being displayed on the home and on the profiles.
c) Is there any chance (now and with the new theme) to get the posts in the profile, if the activity-function is deactivated? How?
Thanks
Rita
Sadly I find upgrading reminiscent of the early days with WP it’s a seemingly hit or mis affair
It’s really nice that it’s trouble free for some, yet more importantly for others it isn’t and it’s the issues encountered that cause concern and make one so very wary of upgrading.
I have the error mentioned earlier ‘Fatal error: Cannot redeclare bp_activity_install()’
I religiously followed the upgrade advice ensuring all plugins were deactivated, upgrade went smoothly until attempting to re-activate buddypress which resulted in above error.
Attempted to rectify by re-installing buddypress files (not that logically that should make a difference) tried renaming function in hope that it would not try and run again also simply removed function, all to no avail .
What I have found utterly perplexing is that despite, ‘seemingly’, buddypress not being reactivated i.e it will not feature itself as an activated plugin in sitewide plugin listing the site does actually appear to be running just as before with all buddypress features working normally, this , in my newbiness to BP and MU, I can’t explain. I was able to reactivate all disabled plugins one by one and they too , especially where they were BP reliant, appear to activate without issue.
I now hesitate to upgrade my primary dev install let alone the production site as I simply can’t afford to spend the sort of time it has cost me this morning, but that is a worry as it’s not an attitude I like having.
I suppose that I have missed something along the way and perhaps with more experience with MU/BP I might have a better idea of how to rectify this.
I hasten to add that I’m impressed overall with the work put into BP, and it has definitely got a bright future. I have to roll with things now as we are committed to platform change, but I am feeling rather nervous 🙂
Hugo – the problem you are describing was an issue with site wide plugin activation in WordPress MU. If you upgrade to version 2.9 when it is released, you should find that the issue is fixed.
@ Andy
Thanks for the reply Andy I had a feeling it might be down to the site wide plugins and by that I presume we are talking about the ‘mu-plugins’ folder and various auto activated plugins therein. Not sure – short of removing the files – how one is meant to deactivate them though but that may be my lack of understanding at present.
Do I take it then that the fact that I couldn’t get BP to reactivate yet it appeared to function correctly and also plugins reliant on it being active also happily reactivated means that the issue is with the admin plugin page and seemingly just a case that it’s unable to perform the last stage in displaying as a correctly listed active plugin?
I shall be waiting I think for MU 2.9 before attempting any further upgrades, unless I can establish just which plugin in mu-plugins is causing the issue for my local install.
Noticed a serious problem at the level of the concept .. namely – the algorithm for sending messages from user to user:
1) introduction of information about the message in the DB
2) sending mail (if the recipient in the settings including alarm)
3) issuing the message “Message sent)
So the problem is that sending mail could be long .. depends on its work (an analysis of access, spam, server load, and etc.)
But at the same time – sending the message data in the database, you can safely say “Message sent”! And then send mail …
On his blog described the problem with sending mail using sendmail, but need to change the concept ..?
BuddyPress 1.1.3 works with WordPress MU 2.9.1, but there is a problem in plugins .. the majority had to give ..
Andy,
In version 1.2 pays special attention to the issue of support IE 7,8? Serious problems with Ajax in the majority of clients with IE .. and this browser is a leader and not soon will deposit their positions ..
Settings Web-servers do not solve all the problems ..
Yes this the problem you are describing was an issue with site wide plugin
This is very useful
bb-press widget for home page (widget for original bb-press doesn’t work with bp1.1). i am saying about 10 latest topics at forum
thnx