BuddyPress.org

Can you confirm that you\’ve actually done what that error message says? What does that folder look like? Because the theme directories have changed since rc1.

Thanks Jeff but none of that seemed to help. No error messages in the log, no other plugins running, everything is where it should be. I didn’t say before but everything was running fine when I was on an older trunk and WPMU 2.7. It was after the upgrade when the problem started. I’m running everything stock and am still getting this message:

You do not have any BuddyPress themes installed.

Please move “/wp-content/plugins/buddypress/bp-themes/” to “/wp-content/bp-themes/” and refresh this page. You can download more themes here.

Use the latest trunk, I believe this was a bug I fixed.

I can’t understand what you are saying. I believe p2 uses posts for each update even thought they look like comments so I think this is working correctly.

To better help you, we need a few more details.

1. Are there any errors in the log files? If so, what are they?
2. Are you using any plugins other than BuddyPress? If so, have you tried deactivating them and seeing what happens?
3. Did you make any changes to the .htaccess file? If so, what were they?
4. Did you install the .htaccess file in WPMU’s root?

Here are some other things to do before replying:

• Read the first post in this thread very carefully again and make sure that you have BuddyPress installed in the proper location and the various theme files put in their proper place.
• Although not everything applies to your situation, please read this thread entirely.

I’ve looked ever so briefly at your site’s CSS files. It seems that you have customized the standard BuddyPress themes somewhat rather than creating a custom theme from scratch. So, here are some initial debugging steps and questions:

1. Which version of BuddyPress are you using? The one from the large, orange “Download” button?
2. Have you tried switching back to the default BuddyPress themes and see what happens?
3. Have you disabled the WP-Forums plugin in WPMU backend and see if the problem goes away?

Finally, having the proper tools can help you figure out many CSS issues. I highly recommend that you use Firefox with the Firebug Add-on.

The member theme Blogs > Create a Blog and the admin bar My Account > Blogs > Create a Blog both get their menu items from the bp options nav array that each component sets up when they go through their init procedure.

In the case of the blogs component it’s the fn bp_blogs_setup_nav() in /buddypress/bp-blogs.php

The other menu item is the admin bar option My Blogs > Create a Blog at the bottom of that menu. That lives in the fn function bp_adminbar_blogs_menu() in /buddypress/bp-core/bp-core-adminbar.php

Without modifying the core files we can replace both of these fns with our own since they are triggered by actions in wp.

bp_blogs_setup_nav() responds when triggered like this:

add_action( ‘wp’, ‘bp_blogs_setup_nav’, 2 );

add_action( ‘admin_menu’, ‘bp_blogs_setup_nav’, 2 );

bp_adminbar_blogs_menu() responds when triggered like this:

add_action( ‘bp_adminbar_menus’, ‘bp_adminbar_blogs_menu’, 6 );

(Saving again…)

Ben, I took a look at something similar before. There were multiple requests for limiting the number of blogs a user could create. I came up with the only solution I could find at the time: https://buddypress.org/forums/topic.php?id=1328

bp relies on wpmu’s settings for blog creation. wpmu controls this in the site admin back end. Site Admin > Options > Allow New Registrations. Whatever solution to your request is has to take into that setting in wpmu. It’s basicly an on/off kinda thing. You either can or can’t. It’s not based on user role.

Disabling the registration/signup ‘gimme a blog’ option and you have people still able to create blogs after logging in. Let’s say we set that to ‘Only logged in users can create new blogs.’. It’s a start.

So, now only logged in users can create blogs. The create a blog on registration is gone. Next issue is the need to let certain roles see and use the ‘create a blog’ option.

This exists in the member theme Blogs > Create a Blog and in the admin bar under My Blogs > Create a Blog and My Account > Blogs > Create a Blog.

(Saving this while I dig thru some code…)

home-page

/members

/groups

all use the default bp-home theme

members and groups pages use the members-theme

that’s why some of your pages have the green border in the header and some have the orange border…

yes, there are different css files… depends on your version of buddypress

what version?

Ditto. I’m working on trunk 1381 and WPMU 2.7.1. Everything else works as it should. The buddypress-member folder is within wp-content/bp-themes/. It is the only member theme in that folder and I made sure that it was selected correctly within the BuddyPress settings.

Anyone else?

copy this, add to it, paste it below in your post…. this will get a little overboard i’m sure, but we should list as much as we can and then narrow it down based on:

– if it’s possible

– time to complete

– cost

Features Request:

browser=person browsing the website

user= the individual user/profile owner

– seamless integration with buddypress

– this becomes a component that is activated through the bp admin menu

– and general settings are controlled by the admin in the wp-admin subnav

– not a plugin/mu-plugin

– user can select to only show pics/vids if your the users friend, or show anyone

– user can subscribe to pics/vids gallery rss just like activity rss

– browser can select “view random gallery” or “view random video” from the bp nav bar

– user has “gallery options” under their profile menu

– add/upload/remove/rename/add caption to images and videos

– user has “gallery settings” under their settings menu

– make pics/videos public, show to friends only, etc

– all media uploaded is searchable through the /members page

– a new <directory> is created called “Media” just like the “groups” or “members” or “events”

– this directory shares the default theme of BP and yet is customizable because it has it’s own directory/index.php and directory/media-loop.php (just like BP)

– admin decides how media should be stored

– on the website server

– or on kultura (i have no need for this)

– etc

– admin decides max file size, max storage amount per user and is able to delete any media uploaded

– user is able to choose which uploaded image is set as their avatar

– user is able to create galleries and select a default gallery icon/image (myspace)

– galleries could contain both video and images and are browsable as thumbs

– thumbnail image is “thickbox ready” and pops up both pics and video into a jquery thickbox with button for next / previous / close etc

– Gallery content/information/descriptions etc becomes bp-Xprofile data that can gotten and displayed much the same as regular bp-xprofile data (get_bp_xprofile data ect)

– except for the admin options, all gallery controls and content remain on the front-end/profile only

the list goes on and on… and there’s many ways this could all be done

add to the above, remove stuff (say why you removed)

I dont think these features are “too much” considering there’s $700 available for this project… I’m also open to a different developer…. this should be someone who lives and breathes buddypress and who keeps current with both wpmu and bp trunk versions

we would also need to know/specify which install we want this created for

wpmu 2.7.1 + BP RC1

wpmu 2.7 + BP RC1

wpmu 2.7.1 + BP latest trunk

etc… because chances of this working well on all the different install variation is tricky

worst case scenario, all we get is the $200 job and we have to make due

(im still down with that too)

I would like the developer to brainstorm and come up with a list of features that THEY think are possible considering the budget

$200 gets you ___________.

$700 gets you ___________.

($700 would get us something pretty damn cool from the right dev… and remember, if it’s done right Andy will add this to the BP core which I believe is the best option)

site-wide.css loads on all pages regardless of the theme. It’s only useful if you have a consistent theme for the site. Don’t use it otherwise.

Well, as you’ve found out, it doesn’t. I’m not sure if this a wpmu feature or not. If you think it should work differently, write up an enhancement ticket and put it on trac.

widget-events.css from bp-events is being loaded by other themes in wp-content/themes directory. It should be fixed not to affect other themes.

At this moment, by loading this css it doesn’t break other themes, but since other themes are not using any functions of bp-events by default, this css hook must be removed.

Dear Barrymadden,

Possibly, the problem must be with Godaddy itself

Godaddy offers the worst hosting service on the planet.

Dear Lance,

Talking about CSS, where could you modify the My profile page?

It\’s a bit different from other pages as it has 4 columns — at least it looks like so.

My problem precisely is that I want to resize my site to 800px width.

I was able to do this in genetal but My profile still shows a widescreen.

How I can handle this?

Btw, IE6 automatically gives me the desired with no modification in any file,

and I have noticed that there is specific CSS file for IE6.

So I was wondering whether copying ie6.css to some other file would give the 800px display in Firefox, Chrome, etc as well?

Can you help me?

1) Is not a bp issue. It’s a css theme issue. You are welcome to modify the distributed theme or use any theme that you’d like.

To address 2 and 3 we need to know what version of bp you are using, what version wpmu to start with. Things are pretty busy round here lately. Topics scroll off the front page radar within 12-24 hrs. Can you post links to the 2 and 3 topics?

There are a couple of files that can be used that bp looks for. You\’ll need to create them. In the themes, if you create custom.css in the /css directory it overrides the css for each theme. Also in the home theme or your custom theme if you create a file called /css/site-wide.css that overrides all css generated by bp.

That way you don’t need to modify the distributed css files and your upgrade experience will be much happier.

Hi

Profile / members pages uses a separate theme and thus you will need to modify its css as well, under /www/wp-content/member-themes/buddypress-member

Perhaps someone will write us a global css plugin that allows css editing from WPMU dashboard?

Regards

Mark

I was getting nothing because the class methods are not designed to be called from a template loop. Not using a user id defaults to the current user id viewing the member theme page and that’s not valid for anything inside a template loop.

Anyway I posted a ticket with a fn to get at the current loop user id. https://trac.buddypress.org/ticket/684