Ron said:
Folks,
The issue here with 3.0 is that if an existing WP 2.9.2 install with uploaded media upgrades to 3.0 and enables the network the blog option for the upload_path can’t be changed to the blogs.dir folder because the existing media becomes inaccessible.
So my question is: is there a way to get the pre-existing media to show-up? I went from WPMU 2.9.2 to WP 3.0 – and all of my media is gone? It won’t even show up, if I enter the path to the file directly in the address bar? Shouldn’t it at least show an image if I put the exact path in?
I also tried to upload new media – and that doesn’t show up either, so I’m not sure if what Ron posted is my issue?
Thanks!
Ah erm so it does; did say it wasn’t hugely tested. Ok then those that are running on bp-default theme will need to add your function to main functions file, please ignore my well intentioned but erroneous post above. (Last para stands thinking about though, the flood gates will open soon)
Thinking further it makes sense to add fix to main functions or bp-custom[bp-custom.php isn’t a standard included file] so that it does get erased from existence on upgrade – one less thing to remember to adjust for people
@hnla – While your method is well-intentioned, it breaks actual 404 pages. Try typing in example.com/hfklsadjfkasdhf and you’ll see the activity page, instead of the 404 page!
You could just copy my code directly into the bp-default theme’s functions.php so it will be overwritten when the next version of BP comes out.
FYI, the code can also go in wp-content/plugins/bp-custom.php as well and not necessarily in a child theme’s functions.php file.
@r-a-y Thanks r-a-y that does indeed fix things, albeit in a hackish manner 
I understand what you’ve done with it, and it occurred to me that there may well be an issue with many who are using bp-default and choosing or at least attempting to choose activity stream as front page, they will not be running a child theme?
I had a play around with the bp-default functions file and specifically the function: ‘bp_dtheme_page_on_front_template’ controlling this aspect, keeping your workaround in mind I simply adjusted the add_filter from:
add_filter( ‘page_template’, ‘bp_dtheme_page_on_front_template’ );
To:
add_filter( ‘404_template’, ‘bp_dtheme_page_on_front_template’ );
This appears to work correctly on one of my clean installs WP 3.0 BP 1.2.4.1 bp-default
Although this is adjusting core file, in the interim/short term until the correct solution is found would this not serve those that I mentioned above and when that correct solution found the hack would simply be overwritten in a point upgrade?
This isn’t a hugely tested solution, it works on the surface on one of my various installs, but there may well be issues I have missed, it’s suggested more as food for thought.
Lastly I can imagine that there are going to be many rushing into upgrading (that ‘upgrade now’ button is like the red ‘Do NOT Press’ button; too much of a temptation
) Although the upgrade is not problematical the few manual steps required might well cause some people issues and the fix discussed here be required so as such it might be worth a sticky post pulling the steps together along with any other fixes one might require, that people can be pointed to?
When could an official fix be expected? Thanks!
You could try GlotPress:
http://trac.glotpress.com
http://blog.glotpress.com – GlotPress blog
It’s not a plugin, but it allows you to translate scripts using a front-end interface.
There’s not much documentation or anything like that since it’s still quite an early script, but if you feel the need to edit language files using a front-end script, GlotPress is an option.
—
[EDIT]
Just found the following WordPress plugin:
https://wordpress.org/extend/plugins/easy-translator/
It’s a little old, but you could give that a shot as well.
Works like a charm for me!
WP 3.0 and Buddypress 1.3 in two steps:
1) Make sure upload_path option is set to wp-content/blogs.dir/1/files
2) in old .htaccess change
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L] TO
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]
Works!
Read and implement everything listed in Pete Mall’s post:
http://is.gd/cT9kB
and FYI, it’s WordPress 3.0 now 
@r-a-y thanks a lot for that. This is a good workaround for now. 
@allenmcgraw – check out this post:
http://is.gd/cTrBB
Locking this thread.
Hiya! I filed a trac ticket for this already, but it;d be nice to get some feedback.
IF you are running WordPress 3.0 (network enabled or otherwise, shouldn’t matter) and you woudl like to test the TwentyTen child theme for BuddyPress, download is here:
http://freebpthemes.com/themes/twentyten-for-buddypress/
You must be running 3.0.
you must have the twentyten theme.
If I forget this thread is here, holler at me on twitter. Same username.
I’m not sure if this is a good solution, but it works for me until a fix is released. I installed the “Page Links To” plugin (http://txfx.net/code/wordpress/page-links-to/), created a new page called “Activity Temp”, and have it redirect to the Activity Stream. I set the temporary page as a child of another page so it doesn’t show up in the main navigation bar.
I am building a site with custom profile display. I want to display some content (WordPress posts) only if the current profile (on which it is being displayed) is that of a friend. In other words, if the viewer is not my friend, they shouldn’t see posts I published.
I am assuming an if, else loop would do, but I don’t know the bp function for checking if the owner of current profile is my friend.
Perplexing? lots of back slapping
on that link announcement yet 1.2.4 does not work particularly well with 3.0 or particularly badly (to be fair) Why? not necessarily criticizing just rather bemused by BP development and testing.
Yes, I’m on a production site. I’m guessing this won’t take long to fix though right? I can re-upload 2.9.2 but really don’t want to mess with the database.
I can wait, my site’s not all that popular anyways. And at least it’s still functional for the most part.
Not unless you want to backtrack to WP(MU) 2.9.2… make sure you can revert to your DB backup and filesystem.
I say just wait for a fix unless you’re on a production site.
just taken from the dev meeting logs and 1.2.4 announcement (https://buddypress.org/2010/05/buddypress-1-2-4/)
“This highly anticipated version provides fixes to 74 reported tickets and adds improved support for WordPress 3.0 to help ensure a safe and worry free upgrade.”
Thanks, anyway to rollback in the interim?
So it was supposed to be ready? Very interesting. We’ll there’s at least two of us who know the truth about that statement. It’s too bad. I just started with BuddyPress and with so much attention I expected to see something a little more polished. Am I expecting too much given it’s maturity? I’ll have to evaluate that question a little closer.
I just upgraded to the latest WP. After doing so I get page not found for my home page (which is set as activity stream). Also happens if I change the home page to the blog page. Other pages seem to be working fine however.
Any ideas how to fix the home page?
This is in local testing finding a code solution but thanks for the response.
(…and technically 1.2.4.1 was suppose to be WP 3.0 ready while BP1.3 dependent on features of WP3.0 )