Search Results for 'private'
-
AuthorSearch Results
-
October 8, 2014 at 1:07 pm #206288
In reply to: Username Dropdown List
Henry Wright
ModeratorAh sorry, by PM I thought you may have been referring to public messaging (also known as @-mentions). Auto-complete should work on the private messaging compose screen too. Have you tested?
October 7, 2014 at 3:06 pm #205264In reply to: Filter list of profiles on Member Page
Myg0t
ParticipantNice, I was actually looking at that a couple of days ago. I had tried a few things out, but to no avail.
Here’s where i’m at: I’ve commented the above edited section of members-loop.php.
In my bp-custom.php i’ve copy/pasted the code from the link you sent, and have applied the following edits to it:
private function get_custom_ids() { global $wpdb; // collection based on an xprofile field // WP_User_Query arguments $args = array ( 'role' => 's2member_level2', 'fields' => array( 'id' ), ); // The User Query $user_query = new WP_User_Query( $args ); //The User Loop if ( ! empty( $user_query->results ) ) { foreach ( $user_query->results as $user ) { $custom_ids = $user.","; } } else { // no users found } //$custom_ids = $wpdb->get_col("SELECT user_id FROM {$wpdb->prefix}bp_xprofile_data WHERE field_id = 8 AND value = 'no'"); return $custom_ids; }I also, made the lower two edits you suggested to the $query_array and return $new_count.
currently i’m getting this error:
Catchable fatal error: Object of class stdClass could not be converted to string in /home/collegi8/public_html/wp-content/plugins/bp-custom.php on line 30
line 30 is:
$custom_ids = $user.",";Thanks for all your help man,
M
October 3, 2014 at 9:18 am #203651In reply to: Conflict (sort of) with Social Login & Mentions
Paul Wong-Gibbs
KeymasterShort of giving your users extra hugs and re-assuring them that their WordPress usernames aren’t particularly private bits of data, you’re going to have to get your hands dirty. 🙂
It might be down to how the other plugin creates user accounts. Most plugins that allow sign-in using other services’ authentication systems (such as Facebook) don’t “properly” create WordPress user accounts; they use MySQL statements directly instead of using WordPress’ APIs.
This can cause problems with plugins that expect certain user record fields to be in a particular format (if some other plugin came along and just inserted something in a custom format in place). I am not saying that this is the case with this plugin, as I haven’t looked at its code, but I’ve seen this sort of thing before.
If you can create a test account and then go into your DB’s wp_users table and find your test user, and let us know what the values of the user_login, user_nicename, display_name fields are — and which one of these @mentions is using, and which one you would like it to use.
I built @mentions in the last BuddyPress release and while I’m not sure if it’s possible to get it to change how it behaves like this, understanding what you’d want different with real data from a test account will help us help you, and at worse, give a suggestion for ways we could make advanced customisations possible for this in future BuddyPress releases.
October 1, 2014 at 9:42 pm #203567In reply to: hide Members from public
bp-help
Participant@pfriem
I have a premium plugin Private Community For BP that should do what you need if you are interested. You can ask any questions regarding this plugin you have here:
Submit Comments, Tips or Tricks, or Job InqueriesSeptember 29, 2014 at 4:53 pm #202524In reply to: Security – Hidden groups
danbp
Participantit depends on how you use bbpress ! As standalone forum or as group forum.
If you use buddypress’s group forums, you create a hidden group which will be only seen by the members who belongs to it and nobody else.
If you use bbpress outside of BP as standalone forum, you can use Private Groups plugin.
Remember also that Everything in a BuddyPress community revolves around its members.
September 26, 2014 at 2:08 pm #201153In reply to: Private forum post in public activity stream
Lars Henriksen
ParticipantHi @danbp, thanks for answering.
OK, this is embarassing: I checked again and the forum was not set as private.
and voila : A post in a private forum does not show up in public activity stream.
Sorry about that one. 😉
September 22, 2014 at 9:34 pm #199816In reply to: buddypress private group is not visible in bbpress
vizcano
Participantthanks for your answer shanebp.
i didn’t understand all you said but it lead me to the solution. so thank youi am a rookie so i didn’t know the basics on how to use buddy press with bbpress…
so maybe a rookie can find this helpfully
this is what i did.
i went to bbpress.
i created a forum called general public and another called vip sectionthen i went buddy press group section and i created a group called vip, here is the thing. the group doesn’t make a forum. you must make it firt. in this example i took the vip section forum.
this were my steps
1) in FORUM. i created:
*general public forum (the one everyone must be able to see and participate) has the standard settings
*vip section forum (the one only for the people of the vip group) has this settings: tipe: forum; State: Open; visibility: Private2) in GROUPS. i created a new group called VIP
this were the settings, Is a Hidden Group. and invitations can only be given by admins and moderators
in this way:
– when people is not logged in they can only see the general public forum.
– when they logging they can participate in the general public forum, they can see the private vip section forum but they cannot participated in it (i wanted that they would see it neither but this is how it works) in other words, they can see the group forum (vip section) but they cannot see what´s inside.
– when a member of the vip group logging they can see and participated in bouth forums.September 21, 2014 at 8:11 pm #199313In reply to: buddypress private group is not visible in bbpress
shanebp
ModeratorSo you created a private group call ‘vip’.
And added a forum to that group via ‘[your-site-url]/groups/vip/admin/forum/’
And added some members to the forum via
wp-admin/admin.php?page=bp-groups -> Edit – Add New MembersAnd those added members cannot see the vip forum listed when visiting
‘[your-site-url]/forums/’ – correct?September 21, 2014 at 4:23 pm #198957In reply to: Private forum post in public activity stream
danbp
ParticipantI’m pretty sure that since BP 1.9 such issues won’t happen (on a correctly configured install).
Private forums are…private and a topic posted in a private forum isn’t shown on the SWA. You can only see such an activity if you’re the author of the post (within (profile > activity) or on the private group.
To be clear, you’re asking
Is there any way to hide activity in private forums from activity stream?
and cite as example an old post titled
Private group posts appearing in Activity Stream to non-members.Hum ? It isn’t the same context i guess. 😉
Do you want to hide private group activities or do you want to eliminate a wrong behaviour, like the second question relates to ?September 13, 2014 at 9:33 am #193157In reply to: Private messaging and email
Henry Wright
ModeratorHi @pstidsen
It sure is possible but you’ll need to write a custom function to handle the behaviour. The hook you’ll need is
messages_message_sent. It fires after a private message has been sent successfully.September 12, 2014 at 11:29 am #192184In reply to: [Resolved] Need a plugin to require xprofile fields
colabsadmin
ParticipantHave you asked the BP Private plugin devs? Seems that you could edit their code to do a check of each required field. They’re probably only checking if a person is logged in.
if (!bp_is_my_profile() && !bp_custom_get_member_list_xprofile_data('Company') && !bp_custom_get_member_list_xprofile_data('Location'))The unfortunate part of this is that check would have to be done on every page causing unnecessary processing time to every page load, unless you set a cookie or a single flag in the db. But then what happens if a user removes the information in one of the fields at a later date.
September 10, 2014 at 10:10 pm #191866In reply to: NSFW: Please review my theme | BBFacelook
durkk
ParticipantOverall I like the way it looks. There are however a view things that stand out: When resizing the window you get overlays and the menu start the look weird. The category archives look a bit untidy with the tag spacing and amount of non content space. On protected pages the sidebar under the login aligns to the left.
I really like the group and profile banner but the little sidebar looks a bit weird when logged out imo, perhaps there is more info when logged in?
The sidebar also looks weird on private groups in chrome: http://cultivators-forum.com/groups/seedism/
Overal looking great tho, nice example of how much you can do with theming BP.
September 9, 2014 at 4:19 pm #191024In reply to: [Resolved] bp_moderate capability?
Ryan Hale
ParticipantThanks danbp. At this point, I’m just trying to solve for users with this new role type to have access to the Groups area in admin. Below are the capabilities that I’ve given the role. Unfortunately, in my testing so far, the only way I can get Groups (and Activity) to show up in admin is if I set manage_options to True, which is undesirable. But does that jive with your understanding that it needs to be True to make this work?
(Quick note that this is non-multisite)
Here is a screenshot showing the missing Groups admin area:
https://www.dropbox.com/s/jyu4pign0aaghlt/Screen%20Shot%202014-09-09%20at%2010.13.46%20AM.png?dl=0
And here are the capabilities for the user with the role that I’ve created:
activate_plugins => false,
delete_others_pages => true,
delete_others_posts => true,
delete_pages => true,
delete_plugins => false,
delete_posts => true,
delete_private_pages => true,
delete_private_posts => true,
delete_published_pages => true,
delete_published_posts => true,
edit_dashboard => false,
edit_files => false,
edit_others_pages => true,
edit_others_posts => true,
edit_pages => true,
edit_posts => true,
edit_private_pages => true,
edit_private_posts => true,
edit_published_pages => true,
edit_published_posts => true,
edit_theme_options => false,
export => true,
import => false,
list_users => true,
manage_categories => true,
manage_links => true,
manage_options => false,
moderate_comments => true,
promote_users => true,
publish_pages => true,
publish_posts => true,
read_private_pages => true,
read_private_posts => true,
read => true,
remove_users => true,
switch_themes => false,
upload_files => true,
update_core => false,
update_plugins => false,
update_themes => false,
install_plugins => false,
install_themes => false,
delete_themes => false,
edit_plugins => false,
edit_themes => false,
edit_users => true,
create_users => true,
delete_users => true,
unfiltered_html => true,
bp_moderate => trueSeptember 8, 2014 at 9:29 pm #190987In reply to: [Resolved] Group Edit Dashboard broken
danbp
Participanti just tested bp default data as super-admin on a 2013 theme. Normally, super-admin can go and do anything, huh ?
Went to the dashboard, opened one of the private group i’m not member of and added me as group member.
WHAT ?!!! The following users could not be added to the group ! Incredible !Always from the dashboard, I created a new group. This directed me to the frontend where i registered my new group.
Back to the dashboard, and from the new group, i added 2 members without any problem.
Normal !I reoppened the first group who haven’t accept my membership, and tried again. This time it worked.
I logged me out, cleared my nav cache, and retested by processing the same as previous within another group. Again i received the failure message. But i regisred my change and suddenly my name appeared in the group name…. Tried several more, with different behaviour. Sometimes it works immediatly, sometimes after a few seconds, sometimes not at all.
No idea what make this happen. Perhaps some latency issue because of the name suggestion tool ?
Maybe that the Default data plugin doesn’t handle this properly ? Maybe its the theme ?I thought guess it’s a little bp bug.
Please open a ticket with some details and link to this topic.
September 8, 2014 at 8:27 pm #190978In reply to: [Resolved] Group Edit Dashboard broken
SeeingBlueS2
ParticipantNo this is not a fresh install, it’s been working fine for the longest time like stated previously
No it is not a local server
Doesn’t matter if the group is public, private or hidden. It’s the dashboard I’m having an issue with.When installing BP Default Data it still doesn’t work. Here are some images I hope helps you to understand the issue.


So if you look at these images you see the groups and users imported correctly, but when going into the edit menu the members are not listed.
September 8, 2014 at 6:24 pm #190954Cartographer
ParticipantHi @hnla,
I respect your approach but I can’t totally agree :-). Anyway, your suggestion about the statement in a set of terms & conditions is the solution I all ready choose.
Of course there is always @danbp’s solution about deactivating the private message component. It will “break” the community spirit though.
Thank you all for sharing your thoughts on this 🙂
September 8, 2014 at 5:48 pm #190952Hugo Ashmore
ParticipantBut it would be your effort wouldn’t it? or have you given a whole heap of people access to your DB, I do hope not.
I would suggest that the best way of looking at this is that messages are private only in the sense that they may not be publicly seen by others but that in order to run a site the owner/admin has to have access in full to all sorts of aspects, and state as such in a set of terms & conditions for site use.
September 8, 2014 at 3:50 pm #190948danbp
ParticipantNo, passwords are encrypted !
And for your misfortune, any thing encrypted can be decrypted ! With more or less effort, time and money.
Are you living in a candy world ? 😉
To avoid any temptation, the only option is to deactivate the private message component.
September 8, 2014 at 3:25 pm #190946Cartographer
ParticipantThank you for your response.
Like @jetlej here I find horrible the idea that in a community the private messages can be read by the admin of the community.
I don’t believe that a community would have a lot of registrations if the users knew that the admin has the option to read their private messages, even if he is not forced to do it.
Anyway I see that there is no option to avoid this.
P.S. Please, allow me to ask something: You said that it is also possible by reading the message table in the db. Does this mean that event the users passwords can be read from a table in the db?
Thank you again for the conversation.
September 8, 2014 at 2:49 pm #190940danbp
Participant@cartographer,
nobody forces the admin to read private messages, except, depending the country, some laws or other regulations. Any other reason to read is a personnal option.And it is anyway possible by reading the message table in the db.
To disambiguate any further question around this, read the answer of @johnjamesjacoby
September 8, 2014 at 1:36 pm #190934In reply to: BuddyPress overrides members Packages
danbp
Participanthow do you expect some help if you don’t give the theme name or a site url ?
This is not a buddypres issue, but a wordpress setting affair.Make the member package page as start page and set buddypress as private or members only.
More about “private” here:
https://buddypress.org/support/tag/private/September 4, 2014 at 7:03 pm #189641In reply to: [Resolved] When to use BuddyPress
Henry Wright
ModeratorHi @jsonb123
…there is a need to have a Members Directory on the site…
BuddyPress does provide a members directory.
They may or may not be able to communicate to other members
BuddyPress has both public and private messaging which could take care of this.
I think you’re doing the right thing by installing and testing it out to see if it’s for you. If not, then no harm done really.
September 4, 2014 at 4:29 pm #189624In reply to: Simple Way to Enable Image posting in Forums
Julia_B
ParticipantThanks danbp, that’s encouraging. Yes, allowing all users access to all site media is not ideal, but I’m moving my community from a Facebook group to my own private members site and they are used to regularly including images within their posts and comments. This is something all members do very regularly and if I don’t include this function they’ll be clambering to revert back to the Facebook group so I can’t see another solution, having images at attachments just won’t be the same as having them inline in posts. Obviously they won’t be expecting the functionality of my site to be on a par with Facebook but they will expect standard forum features like being able to upload inline images.
I have installed the bbPress Enable TinyMCE Visual Tab, but it doesn’t seem to work. The Add Media button has appeared which leads to the Media Library and it is possible to upload or select an image from there, but the Insert into Post button does not work. Any ideas?
Do I need to also use the snippet you posted above? I don’t know how to do that, should it go into the CSS settings in the Themes editor?
I don’t build sites for a living, just trying to create a site for my business so I’m not an expert on the technical stuff.
Really appreciate the help.
September 4, 2014 at 10:52 am #189599In reply to: Extended Profiles / Can't edit the fields
danbp
ParticipantIt is not an issue, it is intended so !
The logged user’s profile tab comes with 3 sub menus:
– View (public)
– Edit (private)
– Change avatar (private)On the main navigation of the member, you have at least
– Settings with 3 sub nav items:
– account credential (email, password)
– notifications
– field visibility settingsAnd if component is activated:
– Friends
– Groups
– ForumI agree that this Setting is confusing, at least, because those labels should indicate My Friends, My Groups, My Forums and My profile fields visibility settings, which is too long i grant you. 😉
FYI: such distinction wern’t really possible untill now in the original english version.
But the upcomming BP 2.1 brings some better context disambiguation just to improve such situation.To solve this today, you can:
1) create a translation file and modify the wording (but, as said, without disambiguation)
2) use a child theme and hardcode the text you want into the template file (best approach)
3) wait a few days for 2.1 to use the first optionSeptember 4, 2014 at 10:33 am #189598In reply to: Allow any users to message each other?
Henry Wright
ModeratorHi @godavid33,
Unless things have changed, users should be able to message anybody. Are you sure you’re not using a plugin such as BuddyPress Private Messages for Friends Only?
-
AuthorSearch Results

