Mr. Adsit sir, no rush of course but I’m curious if you have an ETA on this plug-in? I’ve got things nicely integrated now, and feel like this would be a great finishing touch. 
This is what is called “deep integration” over on the bbPress side of things. It is often times shied upon but I feel is very much a requirement for making things look all nice and pretty.
I know for sure it is possible on the WordPress.org side of things as I’ve done it several times, but I am going through my first MU/BuddyPress attempt tonight and tomorrow.
I’ll do my best to see if there are any differences, and report back with what I find.
Slightly off topic, and correct me if I’m wrong, but “Blog” is basically just a direct link to the wp_1_ blog, right?
Is there any working way to change that URL and link?
What revision are you running, this was fixed yesterday or the day before I believe.
No, please let me clarify…..
I am saying that whatever changed from BP Beta1 to BP Beta2 has caused an incompatability with the script…
SCRIPT + BP Beta 1 = WORKS GREAT
then the only thing that changed….ill say it one more time
THE ONLY THING THAT CHANGED was Buddypress
Now BP Beta2 and the Script dont like each other. I just want to know what changed from the 2 Betas that would make PHP scripts NOT RUN anymore in the header.
If you are familiar with the scientific method you know that when somethign works fine then you change somethign and now it does not work…..the issue resides from the CHANGE you made. The only thing that changed was Buddypress…Nothing else changed, at all, period.
Sorry if that came off as rude, I just wanted to make this abundantly clear. Not like this is a crazy script or something. Its simple, and straight from the PHP manual, and THE ACTUAL SCRIPT WORKS FINE, IT DOES ITS JOB FINE!~
So you are trying to say that this is a buddypress issue because your 3rd party script doesn’t run on it? It is up to you to get your 3rd party script running with buddypress and not the other way around.
the script works FINE…and it worked 100% with the BETA 1 of buddypress…..its the changes to BP that are conflicting….cant be any other way. I have this script running on other sites no issue…but no BP on the sites. This script is verbatim from the PHP MANUAL.
Maybe there is a workaround in BP that you know of….rather than running a seperate PHP script. The script basically counts the number of rows in the database I created (its a seperate database from the one running MU/BP). This number translates into the number of entries into the database. Any thoughts?
I should also note a few things here for people to be aware of when upgrading:
– If you upgrade from a previous version and are using your own custom theme, you will need to copy over the functions.php from the latest buddypress-home theme.
– Nonce security has been added. This means input forms now have hidden “_wpnonce” fields that ensure that the user has intent when submitting information. You will need to add these fields to the forms if you are using a custom theme. You can see where to add them by looking here. Look for <?php wp_nonce_field( … ) ?>
– You may find some activity stream items around blog posts will take some time to re-cache and update properly. Give it a few days.
– If you get a white screen. Check your logs, this will tell you the error. More often than not, it’s because you haven’t updated the functions.php file in your theme.
– “News” in the home theme has changed to “Blog”. Update your permalinks if necessary.
So the problem is with your script, not with BuddyPress, it’s up to you to fix that.
ok, here is what I just did…
1) deleted all databases completely
2) created brand new database for the MU/BP install
3) Installed latest trunk of MU 2.7
4) Tested everything…no issues at all
5) Installed latest trunk of BP
6) Looked at the DB, the correct fields are there
7) Tested everything…no issues at all
–“Full Name” Field is there
–Registration goes perfectly
The above is using the WPMU Default theme!
Now, I have pulled that problem script out of the header of my custom theme and am going to upload it, activate it and see what happens without the script. Will report back.
—-UPDATE—-
Everythign worked fine. Next.
Ok, I added the php script back into the header….”Full Name” field gone again. So we have done the same procedure abotu 10 times and have concluded that that will not fix the issue. I think its time to start looking at this differently. I can say with 100% certainty that this all worked fine, perfectly, ALWAYS without exception on the Buddypress Beta 1. Back to square one!
Actually, it would be the other way around. dbDelta is actually a wordpress function that plugins can call to get upgraded. Andrew mentioned that this would all be sorted out with a plan to address buddypress by the multi-db 2.8 release. The reason you have to comment out all the dbDelta lines of code is due to a compatibility error that will fill your errors logs 
As well, the search breaks with multi-db since it needs to call more than 1 database since one is global and one is for specific users information, it fails. It tries to find a member specific query in the global DB (since that is the one that is called first) and can’t find the info which causes an error.
The multi-db code also puts all user activity tables in the same DB right now (since it can’t spread them around without code to do so), so the only benefit you get is if you need this solution for multiple blogs. It actually created them all in the global DB when I used the move-blogs tool, but wanted to find them in the same DB as main blog. I had to copy all the user activity tables to that DB for it to work. If you start with a fresh install, it will create them in the right DB straight away.
Summing up, by WPMU and multi-db 2.8 and a 1.0 BP final release, it will draw more attention so that the solutions will have a clear goal to shoot for. This is a topic better suited in the Premium wpmudev forums as well I think. Glad to discuss it further there!
Trent
oh thanks Andy this sounds good!
and now i take the opportunity to ask if there is a repository i18n for buddypress in the svn, and, if is yes, how update the language files.
thank you for the great work you do.
Arturo
BPIT Staff
In case anyone else had a similar problem — I needed to replace the code from the buddypress-home theme’s function.php file.
I’m working on an educational blogging/community/elearning service (a bit like edublogs) for the University of Applied Sciences in Amsterdam.
Have a look @ http://teachr.nl/ There’s not much content online yet, still playing with themes, sql caching and apache tuning (eventually we envision about +10K blogs on the server.
hey im new to bp and i just want to thankx and i have seen some very kool sites here and found out many ways i can n prove my wp-bp site
Should be fully translatable in the latest.
MartinNr5: need help with the Swedish translation? I was about to start doing that next week, but I see no need to re-do finished work.
My only fix was to run bbpress 1.0-Alpha-6. Please read the most important topic in this forum @ https://buddypress.org/forums/topic.php?id=471 (about installing buddypress and integrating bbpress).
Read the first post, you’ll find that everything you need to know is there
Also http://bavatuesdays.com/integrating-wpmu-buddypress-and-bbpress/ is an excellent tutorial.
ok, im at https://svn.buddypress.org/trunk/
and I have TortoiseSVN downloaded, installed + firefox addon
whats the procedure to get the most recent trunk? (know where I can find a simple 1,2,3 step guide online?)
These are the tickets left.
I will be posting an announcement on the blog today regarding the release and more information about the plans going forward.
Download the skeleton component and read through it, it shows you how to record custom activity stream items:
https://buddypress.org/forums/topic.php?id=1172
It will be wise to announce today to delay the release or not. I do not want to sit and wait until the announcement to change at last min tomorrow.
If this works like it sounds like it should be integrated into the core code.
