When I upload those files and overwrite my old ones I get a blank white screen.
Any suggestions?
You’d probably be better off downloading the latest trunk version and overwriting all BuddyPress files.
Before you overwrite though, deactivate BuddyPress.
GENIUS!
This worked perfectly for me.
To be honest, so far the nightly trunk is running better than anything for me.
Buddypress has a super-bright future with all these smart people working on it.
Andy’s fix works for me too. Great job…
Congrats to the team on 1.2 Beta
PHP 5 is fine, but I’m still able to duplicate the error in PHP 4 ~ ticket #1641
I’m sorry.. Correction I didn’t have #2451on PHP 4.. So they both are working fine for under several server conditions. I’ve closed the ticket.
please confirm if anyone else is still seeing errors past revision 2454.
Where do I get a copy of the trunk guys?
I deactivated buddy press as suggested in order to upload the “trunk” version and now I’m getting a blank white screen 
I’m assuming it’s due to a plugin and or a theme but right now I cannot access the admin cp or the main website.
Any suggestions to get it back up and running would be great lol.
Prob not the best way to do things, but FTP into the site and rename all your plugin dirs/files. It’ll deactive everything. Not sure re the theme side of things – you could try the same in the theme dir but it may mess up.
I renamed all the plugin folders and still no luck.
Why would deactivating buddy press break a WPMU installation anyways?
Guys I need help fixing this issue so I can still use my theme that I paid 80 USD for.
Please help me fix the Site Wide Activity issue?
Thanks,
Brian
Rename /plugins temporarily to something else, and remove /themes/bp-* (if you’ve copied the themes into there) temporarily. Visit yoursite.com/wp-admin/ and it should clear up the error and revert to the default theme.
DJ Paul thanks for the help but I cannot go backwards apparently.
I’m stuck with this trunk version.
It sucks you’re out $80, but you learned an invaluable lesson today.
Always, always, always back-up your work before making major changes.
I’m marking as resolved and locking this topic since it’s a duplicate.
PM me if you need this reopened.
I just fixed this problem with a hack. My site functioned similar to the site described by Bbrian017
all of the time since requests come to the function bp_core_time_since(). I noticed the line in bp_core.php as follows:
$newer_date = ( !$newer_date ) ? ( strtotime( gmdate( ‘Y-m-d H:i:s’ ) ) + ( 60*60*0 ) ) : $newer_date;
all time since functions on my site operated normally except in site wide activity where all time was plus 7 hours. it was easy to see that I could subtract 7 hours by editing the ( 60*60*0 ) tho be ( 60*60*-7 )
This hack made the activity stream right on but replaced all the other times with the Use GMT Timezone statement. from this, the obvious hack is to copy bp_core_time_since() in its entirety and insert it just below the original the rename both lines in the function that read bp_core_time_since() to bp_core_time_since2(). this way I could keep the time adjustment for the activity stream without causing a failure of the other time since calculations that work correctly. After you have duplicated and renamed the function bp_core_time_since2, all that is left is to change the line in function 2 by your offset, in my case -7 so ( 60*60*-7 ) then change the function reference in
buddypress/bp-activity/bp-activity-templatetags.php look for line 299
function bp_activity_insert_time_since( $content, $date )
then line 306 and change bp_core_time_since to bp_core_time_since2
the end result is the code works for both after the hack
Don’t hack the code like that, you will only cause problems down the road. If the time since is not working in the trunk, there is something wrong. All times are recorded in GMT.
I’m closing this thread since the problem no longer matches the thread title, please start a new thread with the new problem.
