Forum Replies Created
-
In reply to: query error from bp_xprofile_field
Where did you find that code?
Have you tried to replace it by:
SELECT * FROM bp_xprofile_fields WHERE parent_id = 0 AND group_id > 1In reply to: upload file on registrationHi,
1) try https://buddydev.com/plugins/bp-force-profile-photo/
2) see email API to create your ownIn reply to: Live time stamp brokenYou added recently a new plugin. Deactivate it.
You added recently a custom function. Deactivate it.
You haven’t tested with a twenty theme. You should.I ignore what is a podobonoy problem! Sorry.
HI,
perhaps because back-office actions are generally not public. Why would a site admin send mails to his site members after a back-office action ? Eventually interesting if you’re working with an admin team, but as this is not the most used workflow, why should this be part of BP ?
It is also not part of WordPress.
So i guess it is plugin territory, but i’m not aware of any existing for this.In reply to: Cover imageHi,
it is not available for header cover image, because it is theme dependant (in most of cases).
More about custom size in the documentation
In brief, yes ! Because a BP member is already a regular wp user. As soon as you register to a wp site, you became a wp user, whatever the plugin(s) you use.
Historically, WP is a CMS specialized in blogging… and is still this today… even if it can do much more as in 2003. But if we can today customize theme from within the wp-admin, we’re still confronted to a vintage user manager. Don’t know why, but outside subscriber, author and such (in fact, readers and newspaper actor’s terminology), there is not much you can do (simply) with “users” or “members”…Perhaps you need some documentation to understand. WordPress distinguish users by roles and access capabilities. There is no “member” consideration. Member is a frontend term who sounds better as subscriber or editor when associated with a plugin like BP0. The term sounds also more accurate when you promote a “crew”, a “team” or a “community”. But technically, there is only a user with a role in WordPress, not a member.
https://codex.wordpress.org/Roles_and_Capabilities
https://codex.wordpress.org/User_LevelsIn reply to: Live time stamp brokenDid you checked your WordPress time settings ?
What is your server time ?
Since when do you have that issue ?
Do you use a new plugin ?
Have you changed your theme ?
Have you add a custom function somewhere ?
Have you tested by using a twenty theme ?For the moment, don’t panic. There is no problem in any js file on a common WP/BP installation. 😉
In reply to: bb_notification admin-ajax overloading serverHi,
BuddyPress doesn’t handle users. It use WP’s user_table and user_meta and his own meta tables (bp_activity_meta or bp_notifications_meta).
In BP settings, you have an option to sync BP to WP profile’s. And that’s all.
If you have another plugin who’s is synced with WordPress profiles, guess it will do the same with BP. But, adding a custom member table only for BP usage within WP registration process isn’t a good idea as you probably will have to rewrite a lot of code.
Members are the heart of BP, but in the sense of “how to show members and let them work together”, not in the way to include/register them to the site.
BP doesn’t never affect the first step when accessing the WP user registering. This step belongs clearly to WP ONLY. Adding member and meta tables doesn’nt modify that.Codex reference:
Codex reference:
In reply to: Change default subnavPlease, don’t double post, you won’t get more answers.
Closing this topic as duplicate. Conversation is be continued here:
In reply to: fields in sidebarHi,
this was asked hundred times since BP exist (2007). One of the latest :
Thank you for these clarifications.
It was not a BuddyPress issue and not a WordPress issue (as first expected), but a simple php error in a custom file. Little cause, big disease…
This is a lesson for all of us: whatever you code, take care with it. A missing dot, coma or other little syntax error can lead to endless searches, heavy expectations and massive headaches!
In reply to: Buddypress breaks php 7.1 wordpress site.Hi,
BP devs are aware of this detail… Please read https://buddypress.trac.wordpress.org/ticket/7392
In reply to: Getting Registration ErrorsHi, that’s what i expected. You’re not after coding errors, but enduser errors, ie you omitted this field…
For each xprofile field you create, BP let you select some option. Depending on them, you can see some messages when a field is left blank. These message are displayed by field type, and so far i know, there is no easy way for cibling precisely a given field once you’ve defined a field type.
The xprofile component is not such a sophisticated tool like ContactForm 7 or similar form plugins. It was created to insert more fields inside the basic WP registration page. Because of this, it is volontary left “simple”. If you need more functionnalities over your custom fields, search for a compatible form plugin who allow that.
I don’t think that BP let you do much more in matter of field option as actually. Not out of the box and not without a lot of custom coding.
May be, may be not…difficult to expect somthing when you don’t give details on how to reproduce your issue.
This means also your technical environment (server, browser, cache, php version, etc…)
The actual version doesn’t have noticeable trouble with image upload. Or this topic would have a lot of other users claiming about that with you. 😉
In reply to: Getting Registration ErrorsYou can activate wp_debug mode.
In reply to: Create user account only after purchaseHi,
BuddyPress follow your wordpress registration settings. Some other details can be found here:
In reply to: delete user profile fieldsHum, i have not noticed such an issue on any of my BP sites, what ever theme i use…
Have you tested with all plugins deactivated ?Afaik you have to debug properly.
Use WP and BP only, with Twenty Sixteen and wp_debug activated.https://codex.wordpress.org/Debugging_in_WordPress
Read also here and give details.
In reply to: Social connect & BuddypressWell and good, but BuddyPress doesn’t connect to facebook without a plugin. Which one do you use ?
And your theme author is right. That said caching may also imply server latency or bandwith throttling…If you use a FB plugin, try to ask on their support.
In reply to: Private Messaging Limit with Membership plansit’s not an issue but eventually an enhancement.
As nothing new appeared in the plugin sphere, and if you don’t know further, follow Shane’s recommendation.To monetize your BP, perhaps you can consider MyCred ?
Closing this tread now.
In reply to: user role box under profile pictureHi,
you have many errors in your code.
– in the css you declare a class (a dot ) while you use an ID (#) in the html
– in the code, you omit to close a p tag, and you need also a user_id and a way to get the displayed user (WordPress) role. Both are missing.Here, the whole thing corrected.
– we don’t need a extra div, as we only add a p tag in an existing div.
– the code to get the role holds in 2 small lines.The CSS (goes into child theme’s style.css)
#item-header-avatar p { margin: auto; border:1px solid green; background: yellow; width: 110px; text-transform: capitalize; }The html and php for the template (starts aroud line 24 of cover-image-header.php)
<div id="item-header-avatar"> <a href="<?php bp_displayed_user_link(); ?>"> <?php bp_displayed_user_avatar( 'type=full' ); ?> </a> <?php $user = new WP_User( bp_displayed_user_id() ); echo '<p>'. $user->roles[0] .'</p>'; ?> </div><!-- #item-header-avatar -->Do it simple ! 😉
In reply to: delete user profile fieldsI mentionned the front-end xprofile admin because you mentionned you want to delete some fields from “base” group. As site admin, you can access any user profile from front-end and modify the fields.
As site admin, you have also the possibility to access those fields from within the admin dashboard, where you can physically delete xprofile fields…
As i don’t want to login to dropbox to see your screenshot, i ignore what you mean precisely at this time… except “delete some fields” which is, so far, enough for me.
FYI, any xprofile field goes on the registration page. And the fields themselves are in the admin under dashboard > users > xprofile fields
In reply to: delete user profile fieldsYou say nothing about where you try to delete your fields.
So i assume you are using BuddyPress the standart way and are working as “site admin” in the backend.
Read here:
Generally, when removing something comes back after you did it, it is because you forgot to save your changes. So far i know, there is no ghost or 4th dimension inside BuddyPress. 🙂
