BuddyPress.org

Same here, the crop tool doesn’t appear for the first thumb.

Wp Mu 2.8.4

BuddyPress Version 1.0.3

Firefox3.5.2

Default budypress community theme

Worked fine with Bp 1.02

My response from the other topic:

That’s the way it is working currently. Stickies are basically excluded from the directory loop at the moment while Andy figures a way to handle them properly. There’s nothing wrong with your installation.

Same as with 1.0.x.

There are endless topics discussing how to do it, and a sticky to help you with integration.

Sounds like you didn’t move the files over correctly if it’s still saying 1.0.3. The version number is taken directly from the buddypress/bp-loader.php file itself, so if the file is correct, then so is the plugin.

With the integrated version you won’t have access to the bbPress admin panel to turn them on or off, so external only.

bbPress being included with BuddyPress is like TinyMCE being included with WordPress. Yes they are applications all their own, but they also live together in a very symbiotic way (without being alive of course.)

If you can verify on http://testbp.org and it’s still bugged out you can open a new ticket referencing this one: https://trac.buddypress.org/ticket/198

If the sent messages are still bugged by all means re-open it.

He’s saying that it could be a PHP error causing the issue and to check your error logs. Usually at this point it could be anything.

I think your next task is do a search on here and mu.wordpress to find out how to enable error logs, logging in general for your particular setup.

So, will there be some blog post on how to create a dashboard in our themes? Are there any further plans to include this in buddypress 1.1 or 1.2? I think it’s a great improvement compared to the actual situation where profile page shows up when a user is logged in.

PS: By the way, why is the profile page at position 2 in the userbar and activity on position 1? Shouldn’t it be vice versa because the profile page is the first page that shows up?

Matt: make sure you log out, and then log in with this form. See if you can then post.

https://buddypress.org/forums/bb-login.php

This has been fixed in the trunk in a slightly different way, so feel free to use this until you’re comfortable updating your trunk install again.

The style.css file in your child theme should override the bp-sn-default style.css so the screen.css should never be loaded.

Check out this theme as an example:

https://buddypress.org/forums/topic/new-avenue-k9-bp-11-theme-released

Hmm… Can you check your server logs to see what’s causing the white screens? Might be a memory or PHP version issue next.

Try the link below for now and post back with results… Not an official patch yet.

https://trac.buddypress.org/attachment/ticket/1057/dance-around-the-deep.patch

Looks like you’re not following instructions.

You need to put the absolute path to YOUR file in the include_once area. The plugin comes with a file to help you get that if you’re unsure how.

If the issue still exists, please post a ticket in the trac:

https://trac.buddypress.org/newticket/

Login with your existing BP.org credentials.

You don’t need to first browse to a group, click a group name on a topic and you will go straight to that group forum where you can post a reply or new topic.

Correct. However, placing group areas within the forum front page helps indicate that groups are message containers. Placing all groups’ forum posts on one page is similar to placing every BuddyPress file in one directory.

Stickies cannot be show on the front. You may have hundreds of groups, each with stickies. This will clog up the directory and make it useless.

That should be at the discretion of the site administrator. Hopefully, a developer will create a component which provides site owners with more flexibility.

These points should not be taken as a slam against BuddyPress.

@wordpressfan: You must first visit a sub forum on this site to post a topic. You cannot post a topic from the front. It is identical except for the fact there are no groups listed on the forums directory in BuddyPress.

Also –

You don’t need to first browse to a group, click a group name on a topic and you will go straight to that group forum where you can post a reply or new topic.

You don’t need to be a member of the group, you can post a reply or a new topic on a group forum and will auto join that group. It’s not a two step process.

Stickies cannot be show on the front. You may have hundreds of groups, each with stickies. This will clog up the directory and make it useless.

@allenweiss: If you don’t want a group to be a place for starting topics and discussions then simply disable the forum on that group.

There are some exceptions.

For instance, the buddypress.org forums front page includes groups, followed by new messages throughout all of those groups. The default forums home page simply displays new messages. The presence of groups introduces the concept to users that they must first enter a group, then enter a topic.

The buddypress.org forums front page also includes stickies. For some reason, stickies are only available to group members. This requires a subscriber to somehow know a sticky was created – and in what group – then go to that group and read the sticky. This defeats the ability to globally inform all users via forums.

These two features – including groups in the forum home page and permitting stickies to be available globally – would greatly enhance the usability of the forum concept.

If you have a bug, report it on http://trac.buddypress.org with full details of your install, version numbers and steps to reproduce

BTW this sounds more of an enhancement request/change rather than a bug, especially as per Andy’s comment in the other thread.