Regarding the theme: if you want to make your own version, do as hnla suggests. Otherwise, how about mocking up some designs for post formats support and see how things go?
Yep. ‘svn diff > patchfile’ I what I usually do.
Trunk is where the dev is happening, so if you’ve spotted things you want to fix, check out a trunk install and check that we haven’t fixed it already.
If you’re looking for things to fix, typically any ticket on trac is valid and warrants a patch, but see if you think you can attack any of the issues in this report. These are the main tickets we still would like to fix for the next release: https://trac.buddypress.org/report/11
Thanks 
The private messaging doesn’t use the email addresses directly. I spent a bunch of hours this last weekend fixing problems with the private messaging system in certain situations involving differences between the user’s log in, and user nickname fields, and when the compat mode constant is set (I assume you have set this in your wp-config.php if you are logging in with email addresses — can you confirm?
So I’m using WordPress+BuddyPress with integrated bbPress.
Under the BuddyPress user settings, I’d like to add in the option to edit their bbPress signature.
They can not do this through bbPress because I use the bbPress default buddypress theme, and everything is done in BuddyPress except forum posts.
I use _ck_’s bbPress Signature.. Correction, it’s whats installed.
Is this then an issue with Messages only? In other words, those who register on your site using email addresses that end with country code extensions receive activation emails?.
Hi,
I think I may have posted this in the wrong forum as nobody seems to be assisting: http://buddypress.org/community/groups/creating-extending/forum/topic/notification-on-profile-update/
Is there any way an admin can receive notifications when a user updates their profile? It only has to be something really simple it doesn’t have to contain a run-down of what they’ve updated, just that they’ve made changes.
I found this: http://wordpress.org/support/topic/notify-admin-when-user-updates-profile
But it’s quite outdated and only for WordPress. Would someone be able to help me get a basic email, subject “Profile Updated” with the person’s username in the message field. That’s all I would need.
Thanks in advance,
Steve
Cool. What format should patch files be in? Unified diff format?
@el_terko
ok, latest news from fighting field:
last code in itself adds working “view” button to every activity, reply buttons still are there.
function my_bp_activity_type_is_new_forum_post() still returns same error.
Edit: no need to proceed with this question, I will use code by josemv. thanks again
Do it then but not the default theme, create a child theme which is essentially re-modeling the default. Themes are in short supply so if you have the ability then I’m sure many will be grateful for an addition to the theme library for BP.
i’d like to contribute by remodeling the default theme 
Anyone is able to create a trac ticket for bug notifications or enhancements once created it will await review by one of the three core commiters (those three + 1 are the only ones with commit access on the project), if approved or passed as valid others that actively run trunk/bleeding edge test sites might look at and if necessary feedback and/or test patches as required.
If you have enhancements / code changes then submit them as patch files that can be tested out on installs.
You can use svn, but you want have commit access (http://svn.buddypress.org). As for reporting bugs, and viewing what needs to be fixed, you can do that on Trac (http://trac.buddypress.org). You’ll use the same login credentials to post on Trac that you use to post here.
I’m a software engineer and might like to contribute a few minor bug fixes and enhancements to the Buddypress code base — nothing major, but minor things as I find them. Is this allowed? Is it possible to get an SVN account?
@kunalb Thanks for this great plugin. I want to override the orange color for .ep-event-details specified in events.dev.css. First I put the class in my child theme style.css. This didn’t work until I disabled events.dev.css by renaming it to xevents.dev.css. I’m now trying what you are saying above, and I want to make sure that I understand you correctly. I put /assets/css/events.dev.css in my child theme folder and it does not override the events press style. I also tried putting my own version of events.dev.css in my child theme root and that also doesn’t work. Then I tried putting /mytheme/assets/css/events.dev.css in the buddypress theme folder – no luck there either. I’m going to resort to the rename hack for now, but I’d like to find a more permanent solution. Any suggestions are much appreciated.
@gunju2221 I’m well aware that bbPress views weren’t in that file. I wasn’t answering that question. I was responding the the question of where bb_*_topicmeta() functions were located.
@lockamiz23 That code is a start, but it’s going to need to be cleaned up, and customized to integrate with BP. If I get some time, I’ll see if I can get it working
Don’t count on anything soon though.
I believe this is your issue (https://trac.buddypress.org/ticket/1796). If so, please add any new information you might have. You can use the same login credentials that you use here.
Hi,
We have buddypress running at root domain and we have multiblog set to true
We have the latest copy of buddypress and wordpress. wordpress is running in multi-site more
When a user registers and creates a blog from the rootsite.com it works fine creating a “user.rootsite.com” url but if the user happens to be on a previously created blog, its generating a “blog.blog.rootsite.com” url
I’m not sure what is causing this and I am not sure how to resolve it
Thanks
@JamieWade
Dude, thank you so much!! I would have never figured it out without your help.
Muchas Gracias!
bbpress views aren’t in that file.
Here is a Bb plugin that narrows it down for you, you will need to port it over to buddypress however.
https://bbpress.org/plugins/topic/bb-topic-views/
So my forums are working fine in all of my groups except one, and, of course, that was the one I was showing to a room full of people.
I get the dreaded “There was an error when creating the topic” warning when I try to create a new one, but, oddly, the attempt to create the event looks successful in the activity stream, but, alas no event was created. Details:
1. The url of the page which loads after I try to create a group ends in a double //, like it wants to put the topic name in, but can’t. Similarly the email notification about the topic being created is missing the topic name.
2. This is an empty forum (nothing in it)
3. Existing forums on other groups work fine
4. I made a new group and, yep, forums work there, too.
5. Switched the enable forums toggle off, saved, back on, saved. . . still no dice
6. I reset the forum_id number (via phpmyadmin) . . . nope. Still broken.
I could wipe the group, but I already have members and it’s a little embarrassing. Buddypress 1.2.8, WordPress 3.1.
Thanks for any ideas.
Anytime you make changes to the core you will lose them next time you update buddypress.
If it’s giving a bluehost 404 error, than something is wrong with your host, not buddypress. Try contacting Bluehost to see if there are any problems or issues with them or your account.
We are using BuddyPress for an international organization and some of the members have email addresses that end with country code extensions (e.g. user@domain.ca, user@domain.hu). When sending a message via BuddyPress Members Messages area to these members, we encounter an error that reads: There was an error sending that message, please try again.
Has anyone experienced issues with sending messages via BP to email addresses with country code extensions? Is there a workaround? We haven’t been able to find any validation within the BP code that would prevent messages from being sent to these addresses, so we’re not sure why we’re getting this error.
hello, seeking someone who would know alot about this… I was wondering how you can make a view counter for the buddypress topics?
Like *Topic* (viewed XX times)
could someone give me hints? Thanks!
Hi fellow developers. On a project I’m working on I need the ability to rate photos. and then do lots of things with the highest rated each day, week, etc. In my previous BuddyPress Group Forum Rating plugin I stored the data in the BBpress posts meta database table, which was fine, but not good if I wanted to rate other things.
For this new plugin I was thinking of making a sort of rating API where people could rate any type of object and the data would all be stored centrally. That would be helpful for generating a site-wide ‘karma’ score for each user based on the ratings they have received for myriad things such as forum posts, groups, photos, videos, activity updates, blog posts, blog comments, you name it.
So to do this I was thinking of creating a new database table. (maybe two for meta info). But I recently read that the author of EventPress used custom post types to store registration data. This is intriguing, but i’m not sure it’s the most flexible approach.
Any thoughts on this would be appreciated.