According to my experience demos are always prepared using settings and if you have any queries regarding that then I guess you can ask pre-sale questions there as well. You can compare your idea/thought with BuddyPress functionality and then can see if it is going to fulfill your need or not.
Hello, everyone!
After I have filled the registration form WP redirects me to the Homepage. In users list (Dashboard) I don’t see new user too.
Steps which I tried to resolve the problem:
1) WP in simple mode, not WPMS
2) Dashboard – Settings – checkbox “Users can register” checked
3) Disabled all plugins and checked BuddyPress registration function
4) Changed theme to another one. (I use OneCommunity theme by default)
5) Installed WP Mail SMTP (tried to send messages via php wp_mail & smtp). Both variants work for WP, also checked to send messages via Contact form 7 etc. BUT not sending any mail from BuddyPress
6) Tried to reinstall BuddyPress plugin, still not working
7) There is no hosting problems too…
8) I don’t see another user accounts in Users dashboard.
9) Switched between old and new BuddyPress templates…
10) Additional information:
– WP version 4.9.8
– BuddyPress 3.1.0
– Activated plugins (15): Anti-Spam by CleanTalk, bbPress, BuddyPress, Contact Form 7, No Category Base (WPML), OneCommunity Shortcodes, UpdraftPlus – Backup/Restore, UpdraftPlus – Backup/Restore, Wordfence Security, WP Mail SMTP, WP Sitemap Page, WP-Polls, WPBakery Page Builder, Yoast SEO Premium, WP Recaptcha Integration.
11) There is no any php errors (when I enable debug) and js errors in browser console.
I can’t find another reason why didn’t registration form not working…. Domain – barbiusa58.info
How I can fix it? Thanks in advance)
I am just getting started on my site. I have not purchased a theme or plugins yet as I am trying to find out what modification I can do on my own or what I cannot / how long it might take. I have looked at some themes for purchase for BuddyPress and I have looked at Peepso but I feel it is impossible to tell in either situation if the demos people are showing are all done with settings to modify the look of pages or if it the display changes are being done by writing code. BuddyBoss premium theme demos look nice and so does Peepso but I have not figured out if the look they are both showing is just alot of setting options or just them writing code.
In case anyone’s curious, I ended up changing the following in bp-core-avatars.php:
// If the uploaded image is smaller than the "full" dimensions, throw a warning.
if ( $avatar_attachment->is_too_small( $bp->avatar_admin->image->file ) ) {
bp_core_add_message( sprintf( __( 'You have selected an image that is smaller than recommended. For best results, upload a picture larger than %d x %d pixels.', 'buddypress' ), bp_core_avatar_full_width(), bp_core_avatar_full_height() ), 'error' );
}
Changed to:
// If the uploaded image is smaller than the "full" dimensions, throw a warning.
if ( $avatar_attachment->is_too_small( $bp->avatar_admin->image->file ) ) {
return false;
}
I realize changing anything in core files is a terrible idea, but no clue how to make it work otherwise. This basically doesn’t allow uploading any file under minimum dimensions.
I’ve been trying the same thing in bp-custom.php:
function check_avatar_upload() {
global $bp;
if ( $avatar_attachment->is_too_small( $bp->avatar_admin->image->file ) ) {
return false;
}
}
add_action( 'bp_core_pre_avatar_handle_upload', 'check_avatar_upload', 10, 3 );
When in bp-custom.php the above results in “HTTP error.” for all uploads. Changing the action to bp_core_avatar_handle_upload just uploads everything.
Thanks for posting, somehow I missed @frangdelsolar response so this reply is for both of your questions:
Short & Simple.. ok yea – it worked, but was very limited and buggy
We then hired 5 different programmers off upwork that swore they could make a custom calendar plugin better
Then we looked into custom buddypress development costs. Wow – you could have built anything from scratch for those prices.
The particular project I was the project manager but the funding ran out, but I sank a year of my life into it so I do still remember parts of that dilemma and the solutions that were in the works – if you wish to more – send me a msg
I do have 20 years experience in the business and have a good idea of which plugins work well together and which ones waste your time. If you let me know what your site is about and how you need a calendar to be integrated, I’ll see if I can point you in the right direction
I have the same issue with BuddyPress version 3.0.0 and we’re using ActiveMember360 + BuddyPress for the members and I’ve tried debugging and found out the front end settings are working if ACmember360 Buddypress extension is turned off so I tried turning it off and the front end General Settings works.
Is this supposed to be?
Here are the steps I did:
1. Copied membership site to a dev server for debugging and started checking the settings
2. Tried deactivating plugins and the conflict is within BuddyPress and ACmember360
3. Tried degrading the Buddypress plugin but still doesn’t work
4. Found out the ACMember360 BuddyPress extension should be turned off for the front end user
5. General Settings to work
I don’t know tho what is the effect if we turn this off.
As of BuddyPress 2.0, last_activity is no longer stored in usermeta.
However, it is mirrored there for backward compatibility.
Instead, refer to the _bp_activity table.
My first reply included a link to code for insuring that all members have a ‘last_activity’ timestamp.
Did you follow the directions and run the code?
@damon18 to be honest, I’m actually overriding the nouveau theme from inside my child theme, like you’d like to do. I just sort of simplified the solution initially shared on this post for everyone since not everyone edits their themes or creates custom child themes for their projects.
So yes you’ve got the right idea but the correct file location would be
If the issues persist, you need to do some basic debugging.
Start by using a WP theme like 2017 and use the BP > Options > Template Pack > BuddyPress Legacy templates. If that clears up the issues, then you need to get a solution from BuddyBoss.
If the issues persist, deactivate any other plugins.
If the issues persist, there is a serious and unknown problem.
Otherwise, activate the other plugins one at a time until you see an issue.
I wasn’t sure if the override system worked on this kind of thing, could I move that file (and any others that need modification) under my child theme like
I fixed this by creating a new file named buddypress.php to place in my theme (child theme) on the same level as the page.php, single.php, style.css etc.
Buddypress then uses that buddypress.php page for all of it’s content.
The buddypress.php file is simply a copy of page.php with the call for sidebar commented out. <?php /* get_sidebar(); */ ?>
I then needed to adjust main content div to be 100%, or in my case simple remove the ID tag that called the css to limit the width of the “left content” to 73%.
On the front end, go to a group and select ‘Manage’.
You should end up on an url like: .../groups/your-group/admin/edit-details/
And be able to edit the description.
On the back-end, wp-admin > Groups > roll over a group name and select ‘Edit’.
