Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'private'

Viewing 25 results - 2,701 through 2,725 (of 3,719 total)
  • Author
    Search Results
  • #103001
    bkneppers
    Member

    @Travel-Junkie and @iamjoshfrank I’ve just implemented your ‘sh walled garden’ code to shield my community pages from prying eyes, and it works great.

    I was wondering however if you knew a way I could make an exception for the BuddyPress Links Directory (it’s a plugin, so there is no kind of conditional tag for this, as far as I know).

    Any help would be greatly appreciated.

    #102595

    In reply to: Groups not showing up

    airrocker2
    Member

    The settings for “Private Group” say:

    “This is a private group
    * Only users who request membership and are accepted can join the group.
    * This group will be listed in the groups directory and in search results.
    * Group content and activity will only be visible to members of the group.”

    My issue is with point 1 and 2. The groups are NOT showing up in the groups directory… therefore, no one could even request to join them.

    #102536

    In reply to: Groups not showing up

    Virtuali
    Participant

    Private Groups’s activity only shows up in activity and search listings if the members are actually currently members of the group.

    private groups’ Forums in the group will not show up in the forums directory ever.

    #102496
    David Carson
    Participant

    I’d double-check that the admin email is correct at yourdomain.com/wp-admin/options-general.php

    Then, make sure that the emails aren’t being zapped by your SPAM filter.

    Do you get regular BuddyPress notifications (friend requests, private messages, etc.) to the admin email?

    Is your email hosted on the same server as your site? You might try switching the admin email to gmail or whatever to see if the emails go to that other account. Because if your email account is the same as your website domain but you host your email elsewhere (ex. Rackspace, Google Apps), your server might be trying to send the message locally.

    #102342
    ds123
    Participant

    @gregfielding @r-a-y ….. thank you so much for bringing up this mentions issue …. i’m using w3tc latest versions of everything …i’ll keep checking back here for possible fix ….one other question lets say they fix the messaging issue in a future version of buddypress (and hopefully the @mentions) how would i know then to remove this from my functions.php file? would it be in the readme file of the latest version as an issue fixed in that release?

    #101859
    semir
    Member

    Hi,
    I had the same problem I have commented from line 174 to line 199 in the
    registration/register.php (in child theme)
    Here the code

    <div id="blog-details"class="show">
    
    	<span class="label">
    		<input type="checkbox" name="signup_with_blog" id="signup_with_blog" value="1" checked="checked" /> 	
    	</span>
    
    	<label for="signup_blog_url">
    		<input type="text" name="signup_blog_url" id="signup_blog_url" value="" />
    		<input type="text" name="signup_blog_url" id="signup_blog_url" value="" />
    	</label>
    
    	<label for="signup_blog_title"> 
    		<input type="text" name="signup_blog_title" id="signup_blog_title" value="" />
    	</label>
    	
    	 <label>
    		<input type="radio" name="signup_blog_privacy" id="signup_blog_privacy_public" value="public" checked="checked" /> 
    	</label>
    
    	<label>
    		<input type="radio" name="signup_blog_privacy" id="signup_blog_privacy_private" value="private" checked="checked" />
    	</label>
    
    </div>
    techguy
    Participant

    @Mouchoirs Do a search for “Private Buddypress site” or something like that and you’ll find lots of threads on how to redirect non-logged in users to the login or registration page.

    @djpaul,
    Seems like you should be able to just replicate the user account creation calls on another page right? This is something I was considering doing for my project. Basically, someone could upload a list of email addresses and names, and it would create the person’s account, email them a temp password and they’d be good to go. Yes, I know WP use to do temp password and took that out, but in this case it might be useful to do.

    cezar
    Participant

    is there a way to have a page with all documents uploaded from all groups? of course, preserving the permissions. Meaning that without being logged in you can see only public groups documents, if logged in you see documents from your private groups too.

    Mouchoirs
    Member

    I like the widget you recommended above. I’m wondering if you know anything about pagelines plaform. I was thinking, if it offers full buddypress functionality, I could utilize the registration widget along with the “hide primary bar” feature in pagelines. This would make the widget available on only the pages I desire.

    If I did this, do you know if there’s a way I can make every page of buddypress invisible to non-logged-in users? I could then simply have the registration and log in page visible to non-users. I’m currently using a privacy widget to hide all pages except login from non-logged-in users. However, I don’t see any way to select specific buddypress pages to choose to make private.

    Thanks again so much for your time.

    #101655
    r-a-y
    Keymaster

    To remove the default tabs, you’ll need to modify the theme.

    Read this page:
    https://codex.buddypress.org/theme-development/building-a-buddypress-child-theme/

    Then, once you’ve got the hang of that. Copy over /bp-themes/bp-default/header.php to your new child theme and modify the tab structure.

    The function you’ll want is:
    `is_user_logged_in()`

    Wrap a is_user_logged_in() conditional around the tabs you want to show only for logged in users.

    Something like this:

    `

    <li class=”selected”>
    <a href="//” title=””>

    <li class=”selected”>
    <a href="//” title=””>

    <li class=”selected”>
    <a href="//” title=””>

    <li class=”selected”>
    <a href="//” title=””>

    <li class=”selected”>
    <a href="//” title=””>

    `

    Note that if someone knows the URLs to those tabs, they’ll still be able to access them.

    You might want to look into some BP private plugins like:
    https://wordpress.org/extend/plugins/buddypress-private-community/
    https://wordpress.org/extend/plugins/private-buddypress/

    #101564
    gregfielding
    Participant

    Thanks @r-a-y

    This is a better solution. Any thoughts on how to solve the same problem with @mentions?

    #101476
    skippybosco
    Member

    Thanks @r-a-y , I’ll give it a go.

    #101458
    r-a-y
    Keymaster

    No need to hack BP.

    Put the following in your theme’s functions.php:

    `
    function ray_bp_get_send_public_message_link() {
    global $bp;

    return wp_nonce_url( $bp->loggedin_user->domain . $bp->activity->slug . ‘/?r=’ . $bp->displayed_user->userdata->user_login );
    }
    add_filter( ‘bp_get_send_public_message_link’, ‘ray_bp_get_send_public_message_link’ );

    function ray_bp_get_send_private_message_link() {
    global $bp;

    return wp_nonce_url( $bp->loggedin_user->domain . $bp->messages->slug . ‘/compose/?r=’ . $bp->displayed_user->userdata->user_login );
    }
    add_filter( ‘bp_get_send_private_message_link’, ‘ray_bp_get_send_private_message_link’ );`

    #101452
    skippybosco
    Member

    Thanks for the followup Greg. What is the exact change you made to the bp-messages-templatetags.php? Trying to figure out if it has already been updated in SVN.

    #101426
    laloma
    Participant

    @mercime

    Already select P2 on SuperAdmin > Themes, the problem is that on Appearance > Theme I select P2 but it not show as selected on same page instead BP-default show as selected, but if you hit the secon blog url it use P2.

    Is there a way to sent you blog info privately, so you can check this issue ?

    Regards,

    #101415
    gregfielding
    Participant

    For anyone else with this issue, here is the fix. Thanks to @sbrajesh

    in bp-messages-templatetags.php, starting at line 498:

    function bp_send_private_message_link() {
    echo bp_get_send_private_message_link();
    }
    function bp_get_send_private_message_link() {
    global $bp;

    if ( bp_is_my_profile() || !is_user_logged_in() )
    return false;

    $user=new WP_User($bp->displayed_user->user_id);

    return apply_filters( ‘bp_get_send_private_message_link’, $bp->loggedin_user->domain . $bp->messages->slug . ‘/compose/?r=’ .$bp->displayed_user->userdata->user_login );
    }

    Private messaging now works with persistent caching like memcached.

    #101367
    gregfielding
    Participant

    It looks like BP 1.3 is going to address some issues with object caching. https://trac.buddypress.org/ticket/2636

    Can anyone who knows confirm if it will fix these messaging issues?

    #100969
    glittereyes
    Participant

    I agree to this! For now, how can I switch the places between the cancel friendship button with send private message buttons?

    #100932
    @mercime
    Participant

    Sure. There’s one featured WordPress.tv presentation from WordCamp Yokohama. It’s a Japanese site (with English translation), http://loftwork.com, which only used BuddyPress components like Blog Tracking, Activity Streams, Private Messaging and Extended Profiles. Didn’t use Friends, Groups and Forums.

    #100865
    stoi2m1
    Participant

    @r-a-y I think my issue is beyond a simple email issue. I installed the email plugin you mentioned just to humor the situation. When I try to send a private message I get redirected to the homepage of my site. So I could either be experiencing a 404 error or some other similar problem.

    Also Im not even getting notifications at the recipient. I also do not have a message in the senders sent message box nor in the recipients inbox.

    Thanks,

    #100637
    gregfielding
    Participant

    Just to update, I applied the code from the patch with no luck. Here’s what my messages-templatetags.php code now says:

    function bp_send_private_message_link() {
    echo bp_get_send_private_message_link();
    }
    function bp_get_send_private_message_link() {
    global $bp;

    if ( bp_is_my_profile() || !is_user_logged_in() )
    return false;

    return apply_filters( ‘bp_get_send_private_message_link’, $bp->loggedin_user->domain . $bp->messages->slug . ‘/compose/?r=’ . bp_core_get_username( $bp->displayed_user->user_id, $bp->displayed_user->userdata->user_nicename, $bp->displayed_user->userdata->user_login ) );
    }

    It looks like I now need to “apply a filter to “bp_get_send_private_message_link” and override it so it doesn’t use bp_core_get_username().” Anyone know how to do this?

    Thanks guys.

    #100635
    gregfielding
    Participant

    @r-a-y

    Thanks for the link, but I’m confused a bit. My current code already has that patch in it, changing the “public” to “private” looks to be the only switch. I’m guessing this was changed in a more recent BP release?

    And, you said:

    “With the patch, you’d still need to apply a filter to “bp_get_send_private_message_link” and override it so it doesn’t use bp_core_get_username().

    The same problem occurs with the bp_get_send_public_message_link() function – aka the “Mention this user” link.”

    It sounds like this is the step I need to take. How exactly do I apply this filter?

    Thanks!

    #100628
    r-a-y
    Keymaster

    Check out:
    https://trac.buddypress.org/ticket/1332
    https://trac.buddypress.org/ticket/2636

    You can temporarily fix private messaging by overriding the username filter. See #2583 for hints.

    #100626
    gregfielding
    Participant

    Batcache isn’t supposed to impact logged-in users, so it seemed like a natural fit for BP.

    Paul, you think this is a BP issue as opposed to just tweaking a caching setting?

    I know that there are people using BP with memcached and W3Total cache…are any of you guys having trouble with this? (W3TC doesn’t worth with multi-db’s or I’d be using it)

    #100615
    Paul Wong-Gibbs
    Keymaster

    Probably more the other way; that BuddyPress needs to communicate when caches need to be refreshed better.

Viewing 25 results - 2,701 through 2,725 (of 3,719 total)
Skip to toolbar