BuddyPress.org

Is the CSS being loaded?

yes I see style when using the theme, but as I mentioned all the buddypress specific pages are “page not found” in otherwords the widgets and the regular MU stuff loads like blog posts and blog pages.

Have you changed the permalink settings in WPMU?

not recently. Currently:

custom /%postname%/

Do you have a htaccess file in your WPMU install?

yes

Since you say you have uploaded manually, you may have missed a file or put something in the wrong place. Or perhaps the file/directory permissions need setting correctly? (I’m not sure what to, try 777 for a test)

well, I’ve reuploded everything at least once. Which files should be changed to 777? I didn’t see anything in the readme about making everything publicly editable.

Can’t you post url to your test site? is it local? or screenshots maybe?

no, because it is a real site, after I finish making sure Buddypress still doesn’t work, I deactivate the Buddypress plugin and reactivate my normal theme.

local? not sure what you mean by that.

everything LOOKs good except for the “page not found” where the normal content should be on buddypress pages. I see the style and widgets load.

I only tried the parent as a TEST after the fact that the member theme didn’t work.

I don’t see why buddypress wouldn’t work with blogs in subdirectories since that would be the most logical install (since it doesn’t require extra server setup) That is how MU works.

It is installed at the webroot.

If buddypress is now exclusively subdomains, I’ll have to look for another solution (or start coding my own friends,groups, and internal messaging hacks *sigh* which wouldn’t be good enough to share.

I did another search this morning of the forum and I see that several others are having the same exact problem, but no one has replied with any fixes. I saw a few threads saying not to have mu installed in a subdirectory, but that is not my case. It is so disappointing.

Thank you socialpreneur for the response, but….

Since 10 mounth i go to the backend via these menu item.

As site admin i have to work in the admin.

Since the update to 1.1 i can no more access to “publish” I entend that BP should be manageable from the frontend, but if so it is also normal that i can publish, delete or edit my stuff.

It’s not my first update, i know FTP and SSH and i handle always manually. And so far as i can see, my theme is setted correctly. You can take a look, the address is above.

In bp-core_adminbar.php, at line 151, is a list

echo ‘<li’ . $alt . ‘>’;

echo ‘siteurl . ‘”>’ . $blog->blogname . ‘ (‘ . $role . ‘)‘;

if ( !( ‘Subscriber’ == $role ) ) { // then they have something to display on the flyout menu

echo ‘

‘;

echo ‘<li class=”alt”>siteurl . ‘/wp-admin/”>’ . __(‘Dashboard’, ‘buddypress’) . ‘‘;

echo ‘

• siteurl . ‘/wp-admin/post-new.php”>’ . __(‘New Post’, ‘buddypress’) . ‘

‘;

echo ‘<li class=”alt”>siteurl . ‘/wp-admin/edit.php”>’ . __(‘Manage Posts’, ‘buddypress’) . ‘‘;

echo ‘

• siteurl . ‘/wp-admin/edit-comments.php”>’ . __(‘Manage Comments’, ‘buddypress’) . ‘

‘;

if ( ‘Admin’ == $role ) {

echo ‘<li class=”alt”>siteurl . ‘/wp-admin/themes.php”>’ . __(‘Switch Theme’, ‘buddypress’) . ‘‘;

}

echo ‘

‘;

The file is from 1.1 version.

The first line indicates the wp-admin url.

I don’t see this menu when i’m logged as admin. I have only “My blogs” who links to the root site and “Create a blog”

Meanwhile there is another tread here with the same problem i guess

https://buddypress.org/forums/topic/my-blogs-admin-menu-not-working

yes, they are both there. “Buddypress themes in theme folder only and the bp default enabled and activated.”

What ? Not standard ?

This is an out of the box install for the french bp demo.

http://buddypress-fr.net/bpdemo/

Of course it would be simple to re-code, if you tell me what to re-code.

But it is not my intention because i didn’t code something. I just updated a few days ago and it went wrong.

But maybe my update was not standard ?

I read your example. I need something with a wider net. First off, the robot registration never leave an e-mail address. Unlike WP comment spam, WPMU registration robots appear able to bypass required fields, including e-mail address.

I receive e-mails announcing new registrations that contain only IP addresses. Meaning I would need to include hundreds of IP addresses in your code.

The real solution is somehow create a bullet-proof required registration field or move the registration page behind a firewall. I’ve seen single-user WordPress installations that move the wp-admin or wp-signup pages to avoid robot attacks using the default name and location of these pages.

Askimet does great catching spammers comments on regular WordPress installations, but WordPress MU is commonly the target of spam registrations, which is my problem. I tried reCaptcha and the same day had to delete spammers.

I’m hoping a future version of BuddyPress or WPMU will include finer security, allowing admins to block access to only humanly-registered users, rather than either shut off all registrations. Another possibility would be to follow the example of WordPress and allow admins to relocate or rename the registration component.

OK, thanks