@mercime well I want to ty for your css and I did copy it to my child css. but i thin I was confused because this wasn’t added to the list of css you provided….
#buddypress .standard-form p.description {
color: #888;
font-size: 80%;
margin: 5px 0;
margin-top: 5px;
margin-right: 0px;
margin-bottom: 5px;
margin-left: 0px;
}
but you providing the css above has really helped out. Big props!
Yeah thats what i was thinking too. Seemed kinda weird to me. body.classname would be the obvious choose for me, but well.. weird output. need to fiddle around with it a little to see if i can get it to work. Too bad it filters out all the other classes though. This is how it looks without the filter:
activity bp-user my-activity my-account just-me buddypress bbp-user-page single singular bbpress page page-id-5 page-template-default logged-in admin-bar bp-wall adminbar-enable not-responsive customize-support
Wish i could keep those classes and have the bodyclass of the user added.
bp_activity_get_specific() should be used like this:
// get activity
$activity_get = bp_activity_get_specific( array( 'activity_ids' => YOURACTIVITYID ) );
// single out the activity
$activity = $activity_get[0];
// grab specific activity item
$activity_body = $activity->content;
Ref: https://buddypress.org/support/topic/gettinng-id-of-the-activity-status/#post-112943
pre-2.0 my main buddypress template was located at buddypress.php within my current theme folder. After upgrading to 2.0, my template is not showing up the way it should. Where is Buddypress 2.0 getting it’s template from now? Has this changed?
I put the bp_custom_directory_groups_search_form() function suggested by @meginfo into my functions file.
But when I call it from a template it only works if I submit it to the members directory like this
function bp_custom_directory_members_search_form() {
$default_search_value = bp_get_search_default_text( 'members' );
$search_value = !empty( $_REQUEST['s'] ) ? stripslashes( $_REQUEST['s'] ) : $default_search_value; ?>
<form action="<?php echo site_url() ?>/members/" method="get" id="search-members-form">
<label><input type="text" name="s" id="members_search" placeholder="<?php echo esc_attr( $search_value ) ?>" /></label>
<input type="submit" id="members_search_submit" name="members_search_submit" value="<?php _e( 'Search', 'buddypress' ) ?>" />
</form>
<?php
}
If I try to submit to the same page like this:
form action=""
of if I try and submit it to the full path of the file I get a 404 not found message.
How should I submit the function in order to have it give me the search results on the page I want?
Thanks
@godavid33
Did you try:
bp_get_the_notification_item_id()
from
\buddypress\bp-notifications\bp-notifications-template.php
Hi,
On the Member/Profile page (domain/member/user) the permalink (being used by my ‘Social’ sharing links is being messed up. I added a simple div with echo the_permalink(); in the footer, and it works fine everywhere (echos the permalink) except on the above mentioned page (The permalink doesn’t echo at all).
Seems a bug to me,,, any ideas where to look in the buddypress plugin code to check it out???
Cheers,
Kevin Logan
Thanks @godavid33.
I’d like to fix this without having to resort to a custom sql query.
BuddyPress is designed to do this (sort alphabetically by display name rather than username) correctly.
In the relevant code, it checks to see if WordPress-BuddyPress profile syncing is enabled. If it is, it runs the query against the wp_users table rather than the wp_bp_xprofile_data table, because “the table is smaller and better indexed”. If syncing is disabled then it runs the query against the xprofile display_name field instead.
I have fixed the problem by turning off syncing so that it uses the xprofile display name, so my question is, what does profile syncing do exactly and when/how does it do it?
I presume it overwrites nicename in wp_users with the display_name from xprofile (anything else?), but in my case it is not doing so, it appears broken.
If I could identify the when/how then I’d be able to see if it is something I’ve broken or omitted in, for example, my custom registration page.
Anonymous UserInactive
hi @bitpath
Don’t worry, it’s been committed to core and will be included in next upgrade
https://buddypress.trac.wordpress.org/changeset/8304
Hi,
Can you please help me with the exact same problem as well. I think I am up to date on all patches and just installed a bunch of premium plugins from wpmudev, but I was getting almost this exact same error trying to access admin screens this morning:
Call to undefined function get_current_screen() in /home/bitpad/public_html/wp-content/plugins/buddypress/bp-members/bp-members-admin.php on line 825
Your patch fixed it perfectly I think. I can now get back to the admin level. Thank you so much. I was worried I’d have to delete and reinstall plugin possibly starting over on a lot. I am now worried if I will break it by updating since it may over-write plugin patch you gave. Is all ok to upgrade next buddy press one that comes out?
Thank you for your help! You saved a lot of grief 🙂
OK got the types wrong and got to=he info from the table in phpmyadmin
Anyway this code works in ones custom function.php
// Filter bbPress from updating activity stream
function imath_activity_dont_save( $activity_object ) {
$exclude = array( 'bbp_topic_create', 'bbp_reply_create');
// if the activity type is empty, it stops BuddyPress BP_Activity_Activity::save() function
if( in_array( $activity_object->type, $exclude ) )
$activity_object->type = false;
}
add_action('bp_activity_before_save', 'imath_activity_dont_save', 10, 1 );
@sharmavishal: It doesn’t seem to work for me
I put Blocked Activity Types:
new_forum_topic, new_forum_post
and the bbPress topics and replies still go thru
@naijaping and anyone, what should the code be? Like this? :
// Filter bbPress from updating activity stream
function imath_activity_dont_save( $activity_object ) {
$exclude = array( 'new_forum_topic', 'new_forum_post');
// if the activity type is empty, it stops BuddyPress BP_Activity_Activity::save() function
if( in_array( $activity_object->type, $exclude ) )
$activity_object->type = false;
}
add_action('bp_activity_before_save', 'imath_activity_dont_save', 10, 1 );
BuddyPress Block Activity Stream Types is working absolutely fine even with BP 2.0
@palmdoc, @benny390
You can try @imath solution and edit it accordingly to include bbpress.
/* beginning of the code to paste in the functions.php of your active theme */
‘function imath_activivity_dont_save( $activity_object ) {
// friendship_created is fired when a member accepts a friend request
// joined_group is fired when a member joins a group.
$exclude = array( ‘friendship_created’, ‘joined_group’);
// if the activity type is empty, it stops BuddyPress BP_Activity_Activity::save() function
if( in_array( $activity_object->type, $exclude ) )
$activity_object->type = false;
}
‘add_action(‘bp_activity_before_save’, ‘imath_activivity_dont_save’, 10, 1 );’
I also tried the plugin
https://wordpress.org/plugins/buddypress-block-activity-stream-types/
but it seems it’s an orphaned one not updated for a couple of years
What I really hope to do is to prevent bbPress new topics and replies from appearing in the Activity stream – it’s really quite redundant I feel
Help anyone?
Hi, I have a problem with the WordPress – BuddyPress profile sync.
In my members directory using alpha sort the names are showing up based upon username rather than display name.
Digging into the code to see how to fix that I see in bp-core-classes.php the following as part of function prepare_user_ids_query():
// We prefer to do alphabetical sorts against the display_name field
// of wp_users, because the table is smaller and better indexed. We
// can do so if xprofile sync is enabled, or if xprofile is inactive.
In the settings I have xprofile sync enabled, but I’m not sure what it is supposed to do, or how. What it is NOT doing in my case is making any changes to the WordPress user table such as nickname to match up with the xprofile field for display name.
I have a custom registration page so it may be that I’m not doing something that the default registration page does.
Any idea what the likely omission may be?
For the time being I’ve turned off syncing and so my members directory is correctly displaying in alpha order based on display name, but from the code it is clear that it would be more efficient to have sync enabled.
VICTORY!!!
Hiding in plain sight was,
div class="register-section" id="blog-details-section"
Which is the CSS #ID in the BuddyPress register.php file (Both files). So, to hide the “Blog Details” during registration I added,
#blog-details-section {
display: none;
}
to my Child Themes style.css, which solved this lingering problem beautifully.
Hello, I have a website that is focused on showcasing designers artwork/projects. I am looking for a solution that will allow designers to visit my website, create a profile and upload samples of their design projects and allow employers to have the ability to search for design students they would be interested in by college/university or specialty. I would also like employers to have the ability to post jobs.
I’ve been searching for a good solution because right now I just have a form that designers would complete and then I would create a profile, enter their information and add the samples of their work. I thought about BuddyPress but not quite sure if that’s what I need. I don’t want everyone to have to create an account and login just to view designer’s artwork or jobs. The account creation would be primarily for the designers so they could upload their work and maintain their profile.
Does it sound like BuddyPress might be a good option or do you have other suggestions?
Thanks.
@simple-man this issue has been fixed by the 2.1alpha patch here: https://buddypress.trac.wordpress.org/ticket/5563#comment:24
Thank goodness. It was an issue with a missing field in my wp_signups table, which was there either because I downgraded from a Multisite install or because I have Gravity Forms installed. All seems well now.
Hey,
I’m had the same problem and resolved the issue;
Cause of the problem
Wordpress database error Unknown column ‘signup_id’
column: signup_id missing from database table wp_signups
Solution
create primary key column titled ‘signup_id’ by entering the following sql statement at the mysql prompt:
ALTER TABLE 'database_name'.'wp_signups' ADD COLUMN 'signup_id' INT NOT NULL AUTO_INCREMENT;
Problem History
Error: Invalid Activation key
Also, manage signups view is empty, but I have attempted to register multiple users
system
- LAMPP
- WordPress Version 3.6.1
-
Unsuccessful Resolutions:
- activate 2012 theme
- deactivated all plugins
- deleted + reinstalled buddypress
Known Database Issues:
- the field user_activation_key is empty in table wp_users
- the field activation_key is NOT empty in table wp_signups
- column signup_id is missing from table wp_signups
- there is no PK or FK column for table wp_signups
apache error log
Found some useful output from apache log file, which is what led my solution:
[Wed Apr 23 20:58:19 2014] [error] [client xx.xx.xxx.xxx] WordPress database error Unknown column 'signup_id' in 'order clause' for query SELECT * FROM wp_signups WHERE active = 0 AND activation_key = 'xxxxxxxxxxxxxxxxxxxxxxxxxxx' ORDER BY signup_id DESC LIMIT 0, 1 made by require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), do_action('template_redirect'), call_user_func_array, bp_template_redirect, do_action('bp_template_redirect'), call_user_func_array, bp_screens, do_action('bp_screens'), call_user_func_array, bp_core_screen_activation, bp_core_activate_signup, BP_Signup::get
To the BP devs, I hope that’s enough to solve the problem at the application code level, instead of the database hack I used. I have a feeling the error might be due to using an old WP version, as the error appears to stem from the core WP files and not the BuddyPress files…
SKParticipant
Wow… that’s a lot of work (changing every mention of the word “group” in the po file one by one)! Even with that poedit program, it was a tedious and time consuming task because there was no “find and replace” functionality and with a text editor (I use TextPad), you have to be sure not to rename any file names. There needs to be s a simpler way.
Wait till you realize that all your .po file changes will be lost the moment you update Buddypress.
Hi, I am testing BP 2.0, I would like to prevent the creation of private groups by users, is this possible? I don’t see the option in the settings. I am actually surprised by how lite the settings of BuddyPress are. I am wondering how tricky it is to administrate a BuddyPress site, I do not see much option in this area. I didn’t see any admin panel or anything. Am I missing something?
ola !
I have no idea, but some paths…
First, if you altered the user.php, it’s the wrong way, because it’s a core file. Translation modification should only be done in the po/mo file
Secondly, you have a special character (tilde) in the word contraseña. Would probably be more secure that you use the HTML entity for this.
Don’t know what you did before the errors screen, but you have to go back to a previous stage, without errors. Deactivate all plugins, except BP. Remove the WP translations files from the languages folder, and try to enter your install in english…
Please read more about BuddyPress language here.
I am new to BP and not some code expert at WP also 😉
I’ve added a few custom fields and now i would like to make one custom field (expiration date) visible to users – but read only – editable only by admin – can anyone please point me out where to start looking – which PHP files and where to do code modification?
Where is script which load custom filed on user profile located?
I’ve already found some parts of codes searching through web but i really don’t know where to start…
I also installed plugin: “buddypress-xprofile-custom-fields-type” and checked “Nobody” – but field is still visible and editable on user profile edit…
Can anyone help me out here please?
WP version: 3.8.3
BP version: 1.9.2
Warm regards,
Jan
I guess I might as well add the details now.
My work so far has involved editing the bbPress and BuddyPress template files. I add the forms from the bbPress Edit page’s template file and paste them in the BuddyPress Settings page’s template file, which I then use.
My problem is that the data for the users profiles does not appear in the relevant bbPress Edit fields now that the forms reside on the BuddyPress settings page with a different URL.
I looked up how HTML forms work with PHP and found out that the action attribute in a <form> tag is the URL for the destination of the input, so you might think that changing the URL of the bbPress forms to the BuddyPress Settings page would solve the problem, but it doesn’t.
Doesn’t the user data need to be sent to and retrieved from the database somehow?
Thanks.